Linux Kernel Organization, Inc.
Kilka agencji poinformowało o niedawnym porozumieniu w sprawie usunięcia dużej ilości kodu z jądra Linuksa, ale teraz wygląda na to, że zmniejszenie rozmiaru jądra będzie jeszcze większe niż ktokolwiek wcześniej sobie wyobrażał. Numer wydania 4.18-rc1 to tylko ostatni krok w kierunku odchudzonego pakietu podstawowego. Przede wszystkim cały kod LustreFS został zrzucony z jądra.
Krytycy wyrazili obawę, że instalacje korzystające z Lustera jako rozproszonego systemu plików będą musiały zostać przeniesione do innych struktur, które nie zostały zaprojektowane do większych wdrożeń klastrów. Chociaż niewiele instalacji korporacyjnych i domowych kiedykolwiek korzystało z LustreFS, obsługuje on ogromne platformy, które muszą łączyć wiele urządzeń pamięci masowej.
Zwolennicy usuwania LustreFS z jądra wskazują na fakt, że Intel wycofuje się ze swojej komercyjnej działalności wsparcia, co już pomogło zmniejszyć jego znaczenie w wielkim żelaznym świecie. Inni wskazywali na to, że Luster nigdy nie opuścił obszaru przejściowego rozwoju jądra, ponieważ nie mógł przejść recenzji kodu.
Niektóre osoby nalegały na nową filozofię rozwoju, w której wszystko nie musi znajdować się w tym samym drzewie źródłowym. Może to zapobiec wystąpieniu tego rodzaju rzeczy w przyszłych modułach systemu plików. Ci, którzy nadal potrzebują wsparcia dla Lustera, mogą nadal zainstalować kod źródłowy spoza drzewa i nadal go używać w przyszłości. To samo dotyczy wielu innych mniej popularnych struktur pamięci, których 4.18-rc1 nie obsługuje natywnie.
Z jądra usunięto również inny kod na poziomie przejściowym, chociaż znowu niewielu użytkowników końcowych miałoby kontakt z modułami, które są uruchamiane. Ten cykl jądra doprowadził dotychczas do usunięcia ponad 107 000 linii kodu.
Dzieje się tak pomimo kilku nowych funkcji, które dodali programiści. Na przykład Valve Steam Controller otrzymał nowe wsparcie, co powinno być dobrą wiadomością dla gier. Eksperci ds. Bezpieczeństwa Linuksa pochwalili złagodzenie nowego jądra dodane w celu zapobiegania exploitom związanym z luką w zabezpieczeniach ARM Spectre.
Obsługa szyfrowania dla systemu plików Speck również ucieszyła niektórych ekspertów ds. Bezpieczeństwa, w tym tych, którzy byli sceptyczni co do technologii ext4 fscrypt.
Tagi Jądro Linux Bezpieczeństwo w systemie Linux
