Siódmy Kandydat do wydania systemu Linux 7.0 Stanowi punkt zwrotny w rozwoju nowego jądra systemu operacyjnego.To, co początkowo miało być po prostu kolejną iteracją gałęzi 6.x ze zmianą numeracji, ostatecznie przerodziło się w wyjątkowo intensywny cykl, z wieloma poprawkami, rewizjami i technicznymi debatami wśród programistów jądra.
Wraz z wydaniem Linuksa 7.0-rc7 sytuacja znacznie się uspokoiła i wszystko wskazuje na to, że stabilna wersja jest już bardzo bliskoLinus Torvalds zostawił za sobą wątpliwości poprzednich tygodni i teraz przekazuje wiadomość ze względnym spokojem: rozmiar poprawki jest nadal nieco większy niż zwykle w tej fazie, ale nie ma nic, co mogłoby wywołać alarm lub wymagać drastycznych zmian kursu.
Intensywny rozwój, który nabiera tempa pod koniec
Przez większą część cyklu Torvalds wykazywał pewną dyskomfort związany z ilością zmian i tempo integracji poprawek. Jednak w najnowszym ogłoszeniu podkreślają, że nie było żadnych „wielkich niespodzianek” i że wszystko mieści się w rozsądnych granicach dla nieco większego niż zwykle RC7. Około połowa zaktualizowanego kodu odpowiada Sterowniki GPU, sieci, USB i dźwięku, co jest bardzo powszechne w jądrze, a druga połowa jest podzielona pomiędzy poprawki jądra, dostosowania w podsystemie sieciowym, systemach plików, autotesty, dokumentację i kryptografię.
W społeczności panuje ogólne przekonanie, że rozwój Linuksa 7.0 został cięższe korekty niż w innych ostatnich cyklach, ale bez wywoływania niekontrolowanej sytuacji. Torvalds zamierza wkrótce wydać wersję stabilną: jeśli nie wystąpią żadne poważne problemy, finalna wersja powinna pojawić się w najbliższych dniach, choć możliwość wydania ósmej wersji Release Candidate pozostaje otwarta, gdyby w ostatniej chwili pojawiły się jakieś problemy.
Linux 7.0-rc7: Zmiany skupione na stabilności
Ten RC7 nie wprowadza żadnych istotnych nowych funkcji. Jak to zwykle bywa w tej ostatniej fazie, nacisk położony jest na błędy polerowania i wzmocnienie stabilnościNajważniejsze zmiany koncentrują się w następujących obszarach:
Naprawy sterowników
Największą część poprawki stanowią sterowniki sprzętowe. Wyróżnia się tu kilka konkretnych grup:
- Sterowniki GPU (DRM)Wprowadzono drobne poprawki w sterownikach graficznych, aby zapobiec awariom, artefaktom i nietypowemu zachowaniu. Nie są to nowe funkcje, a raczej usprawnienia zwiększające niezawodność w codziennym użytkowaniu.
- Sterowniki sieciowe:naprawiono błędy i zoptymalizowano różne sterowniki, ze szczególnym uwzględnieniem układów Qualcomm/Atheros Ath11k i Ath12k, które są bardzo powszechne w nowoczesnych laptopach i punktach dostępowych.
- Inni kierowcyJądro obejmuje modyfikacje urządzeń USB, dźwięku i innych określonych komponentów, a także ulepszenia podsystemu wejściowego w celu zapewnienia obsługi nowych kontrolerów i laptopów.
W obszarze wejściowym dodano identyfikatory urządzeń, aby jądro mogło rozpoznawać nowe kontrolery gier w sterowniku XPad, używanym w kontrolerach zgodnych z protokołem Xbox. Należą do nich:
- El Razer Wolverine V3 Pro, obsługiwany teraz zarówno w trybie przewodowym, jak i za pośrednictwem bezprzewodowego adaptera 2,4 GHz, ponieważ jego identyfikatory są zintegrowane z kontrolerem.
- Sterowanie BETOP BTP-KP50B i BTP-KP50C, znanego pod nazwą handlową Betop Kunpeng 50, który teraz działa poprawnie z Linuksem 7.0.
W sterowniku i8042 wprowadzono również pewną osobliwość TUXEDO InfinityBook Max 16 Gen10 AMDLaptop niemieckiej firmy TUXEDO Computers, oparty na procesorze Ryzen AI 9 HX 370, miał problemy z klawiaturą po przejściu w tryb uśpienia i natychmiastowym wybudzaniem systemu przy kolejnych próbach zawieszenia. Nowa modyfikacja sterownika łagodzi te problemy, zapewniając większą niezawodność.
Ulepszenia stosu sieciowego i Wi-Fi
Podsystem sieciowy otrzymał znaczący zestaw poprawek, które mają bezpośredni wpływ na jakość i wydajność połączenia do różnych środowisk, w tym wdrożeń w centrach danych i sieciach domowych.
Szczególnie wartym uwagi punktem jest naprawa problemu z wydajnością sterowników WiFi. Ath11k i Ath12kTe sterowniki, obsługujące urządzenia 802.11ax i inne nowsze układy Qualcomma, od momentu ich integracji z jądrem sieciowym cierpiały na spadek przepustowości spowodowany nieprawidłowym zarządzaniem sesjami agregacji (AMPDU). W pewnych warunkach ruchu, niewłaściwa sesja była zatrzymywana, co drastycznie zmniejszało rozmiar okna agregacji, a w konsekwencji efektywną prędkość.
Poprawki zawarte w systemie Linux 7.0-rc7 zmieniają sposób przekazywania informacji TID pomiędzy wewnętrznymi funkcjami sterownika, dzięki czemu Właściwa sesja powinna być tą, która jest modyfikowanaTen sam schemat korekcji dotyczy zarówno układu Ath11k (obecnego od 2019 r.), jak i układu Ath12k (wprowadzonego w 2022 r.), więc użytkownicy urządzeń zgodnych z tym układem powinni zauważyć bardziej spójne zachowanie pod obciążeniem.
Ponadto wprowadzono do Netfilter udoskonalenia w zakresie walidacji, aby zapobiec nieprawidłowym konfiguracjom, które mogłyby prowadzić do awarii lub luk w zabezpieczeniach, a także inne drobne poprawki w sterownikach sieci przewodowych i bezprzewodowych, mające na celu usunięcie niewielkich wycieków informacji i błędów wykrytych w ostatnich tygodniach.
Architektury, systemy plików i ogólne jądro
Na poziomie architektonicznym nie są one obecne nowe obsługiwane procesory ani zmian zakłócających: prace skupiają się na zadaniach konserwacyjnych, aby zapewnić, że różne platformy, od serwerów ARM po komputery x86, zachowują stabilne działanie.
W systemach plików takich jak ext4, Btrfs i XFS, w tej wersji Release Candidate nie ma żadnych istotnych innowacji. Zmiany koncentrują się na naprawie konkretnych błędów i oczyszczeniu kodu, aby utorować drogę do przyszłych ulepszeń. Brak istotnych zmian w tym obszarze wzmacnia przekonanie, że cykl jest już w fazie dopracowywania.
obrębie rdzeń ogólny Wprowadzono poprawki błędów w kilku wewnętrznych podsystemach, a także drobne zmiany i modyfikacje, które nie wprowadzają nowych funkcji, lecz przyczyniają się do stworzenia solidniejszej podstawy dla wdrożeń produkcyjnych w średnim okresie użytkowania.
Dokumentacja bezpieczeństwa i wykorzystanie sztucznej inteligencji w raportach o awariach
Jedną z osobliwości Linuksa 7.0-rc7 nie jest kod, który bezpośrednio wpływa na sprzęt, lecz dokumentacja bezpieczeństwaWraz z rozwojem zautomatyzowanych narzędzi analitycznych i modeli językowych, które skanują drzewo kodu jądra w poszukiwaniu luk w zabezpieczeniach, zespół zaobserwował znaczny wzrost liczby raportów o błędach generowanych przez te rozwiązania.
Aby lepiej zarządzać przepływem raportów, dokument został zaktualizowany. błędy-bezpieczeństwa.rst Celem jest umożliwienie zarówno programistom, jak i narzędziom AI wysyłania bardziej przydatnych raportów, dzięki nowym sekcjom szczegółowo określającym, jakie informacje są obowiązkowe, a jakie zaleca się uwzględnić w raporcie bezpieczeństwa. Zmniejszy to potrzebę „ścigania” autorów o proponowane poprawki lub kluczowe dane.
Wśród zmian wyróżnia się jaśniejsze wyjaśnienie sposobu identyfikacji odpowiednich kontaktów dla każdego obszaru jądra, dzięki czemu błąd związany na przykład z podsystemem sieciowym lub konkretnym sterownikiem dociera do właściwego zespołu bez nadmiernego przeciągania. Choć na pierwszy rzut oka może się to wydawać drobną zmianą, ta lepsza organizacja komunikacji Powinno to przełożyć się na sprawniejsze usuwanie luk w zabezpieczeniach, co jest szczególnie istotne dla firm i organów administracji publicznej, którym zależy na krótkim czasie reakcji.
Wpływ na wydajność: przypadek PostgreSQL
Oprócz tych poprawek cykl wydawniczy Linuksa 7.0 ujawnił poważny problem z wydajnością, który ma bezpośredni wpływ Bazy danych PostgreSQLInżynier Amazon/AWS odkrył, że w obecnej wersji rozwojowej jądra przepustowość PostgreSQL na serwerach z procesorami ARM Graviton4 została zmniejszona o około połowę w porównaniu z poprzednimi wersjami jądra.
Po przeprowadzeniu procesu podziału pochodzenie zostało powiązane ze zmianami wprowadzonymi w systemie Linux 7.0 uprościć metody planowania (wywłaszczanie) W nowoczesnych architekturach nacisk kładziony jest na modele pełnego i „leniwego” wywłaszczania. Te zmiany, mające na celu usprawnienie działania harmonogramu na obecnych procesorach, doprowadziły jednak do tego, że niektóre intensywne obciążenia PostgreSQL spędzały więcej czasu w blokadach spinlock w przestrzeni użytkownika.
Zaproponowano poprawkę przywracającą PREEMPT_NONE jako tryb domyślny w celu odwrócenia regresji, ale jeden z głównych twórców harmonogramu, Peter Zijlstra, twierdzi, że prawdziwe rozwiązanie leży w dostosowaniu PostgreSQL do korzystania z rozszerzenia Sekwencje z możliwością ponownego uruchomienia (RSEQ) z przedziałem czasu, wprowadzone również w Linuksie 7.0. To rozszerzenie pozwala ograniczyć ryzyko problemów wynikających z wywłaszczania wątków trzymających blokady.
Jeżeli zmiana jądra nie zostanie ostatecznie cofnięta, niektóre instalacje PostgreSQL mogą doświadczyć spadku wydajności aż do sam menedżer bazy danych przyjmuje te nowe możliwościOrganizacje wdrażające PostgreSQL w środowiskach Linux 7.0 muszą ściśle przestrzegać wersji silnika i zaleceń dotyczących konfiguracji publikowanych zarówno przez społeczność PostgreSQL, jak i dystrybucje.
Przygotowania do stabilnej wersji Linuksa 7.0
Torvalds przewiduje, że dzięki obecnym poprawkom i braku krytycznych problemów stabilna wersja Linuksa 7.0 Zostanie on wydany już wkrótce. To jądro ma stać się fundamentem dla przyszłych dystrybucji referencyjnych, w tym wersji LTS, które zdefiniują przyszłość komputerów stacjonarnych i serwerów Linux na lata.
Wiadomość dla społeczności pozostaje ta sama: chociaż rdzeń wydaje się gotowy, prosimy współtwórców i zaawansowanych użytkowników o kontynuowanie prac. dokładne testowanie rc7 w środowiskach testowych. Im bardziej zróżnicowane były konfiguracje i oceniane obciążenia, od codziennych laptopów po serwery z bazami danych i usługami w chmurze, tym większe prawdopodobieństwo wykrycia i skorygowania ewentualnych błędów resztkowych przed ostatecznym uruchomieniem.
Dzięki Linuksowi 7.0-rc7 projekt Linux zbliża się do wersji, która oprócz głównych nowych funkcji wyróżnia się również konsolidacją bardziej stabilna, lepiej udokumentowana i przygotowana baza jądra W scenariuszu, w którym bezpieczeństwo, wydajność na nowym sprzęcie i interakcja z narzędziami sztucznej inteligencji zyskują na znaczeniu, połączenie poprawek w sterownikach sieciowych i GPU, udoskonaleń w obsłudze urządzeń wejściowych, zmian w działaniu harmonogramu i bardziej przejrzystej dokumentacji zabezpieczeń wskazuje na wydanie, które będzie stanowić podstawę dla wielu dystrybucji, które zostaną wdrożone w nadchodzących miesiącach.
