Linus Torvalds twórca i lider rozwoju jądra Linux, po raz kolejny udowodnił, że jakość i punktualność nie podlegają negocjacjom w rozwoju jądra Linux.
I w trakcie cyklu rozwoju Linuksa 6.17, Inżynier Google Palmer Dabbelt przesłano zestaw poprawek dla architektury RISC-V, które nie przeszły przez filtr od głównego programisty. Powód: zostały przesłane zbyt późno i zawierały zmiany uznane za „śmieci”, które nie powinny znaleźć się w drzewie RISC-V.
Decyzja ta oznacza, że proponowane usprawnienia pojawią się w systemie Linux dopiero w wersji 6.18, co może spowolnić adopcję RISC-V w niektórych środowiskach i utrudnić pracę deweloperom, którzy polegają na tych aktualizacjach.
Dla tych, którzy jeszcze nie znają RISC-V, warto wiedzieć, że Jest to darmowa i otwarta architektura zestawu instrukcji Stworzony w 2010 roku na Uniwersytecie Kalifornijskim w Berkeley, RISC-V zyskał popularność w porównaniu z zastrzeżonymi architekturami, takimi jak ARM i x86, dzięki swojej elastyczności i rosnącej społeczności programistów. RISC-V International zrzesza obecnie ponad 4500 członków.
Pomimo tego rozwoju, architektura stoi przed wyzwaniami związanymi z dojrzałością i stabilnością. Przypadki takie jak Chimera Linux, której wsparcie zostało tymczasowo zawieszone z powodu problemów z wydajnością na dostępnym sprzęcie, odzwierciedlają trudności z wdrożeniem jej w środowiskach produkcyjnych.
Odrzucenie oznaczone czasem i jakością kodu
Torvalds poprosił o wcześniejsze przesłanie żądań ściągnięcia Ponieważ miał podróżować. Aktualizacja pojawiła się jednak 8 sierpnia 2025 roku, zaledwie dwa dni przed zamknięciem okna scalania Linuksa 6.17, zaplanowanego na wydanie wersji -rc1.
Lider projektu skrytykował nie tylko opóźnienie, ale także treśćZwrócił uwagę, że zmiany wprowadziły niepotrzebne modyfikacje wykraczające poza zakres RISC-V, wpływając na pliki ogólne i nie wnosząc żadnej wartości. Jak sam powiedział, „to pogarsza świat”.
Reakcje i niepowtarzalny styl Linusa Torvaldsa
Epizod z poprawkami RISC-V nie jest odosobniony. W czerwcu 2025, Torvalds był już zamieszany w pewną kontrowersję usuwając system plików Bcachefs z jądra ze względu na obawy dotyczące jego jakości i łatwości utrzymania.
Tym razem jego przesłanie było jasne: koniec z spóźnionymi zgłoszeniami i nieistotnymi zmianami. Palmer Dabbelt przeprosił i obiecał poprawić ten proces w przyszłych publikacjach.
Reakcja społeczności była mieszana. Niektórzy cenią jego szczerość jako skuteczny sposób na utrzymanie jakości jądra; inni jednak uważają, że jego ton może zniechęcać nowych współpracowników. Torvalds podtrzymuje jednak swoje stanowisko: stabilność i bezpieczeństwo jądra są ponad wszystko.
Przez ponad trzy dekady kierowania jądrem Linuksa, Linus Torvalds zyskał sławę dzięki swojemu bezpośredniemu, a czasem agresywnemu stylowi komunikacji.Choć w przeszłości przyznał, że musi zachować umiar w swoim tonie, nadal przedkłada techniczną precyzję nad dyplomację.
Według niego decyzje takie jak wprowadzenie systemów plików nieuwzględniających wielkości liter lub wprowadzanie zmian w kodzie bazowym, wykraczających poza kontekst, stanowią zbędne ryzyko, które może zagrozić długoterminowej stabilności systemu.
To kolejne odrzucenie poprawek RISC-V jest w istocie potwierdzeniem filozofii, która od dziesięcioleci przyświeca rozwojowi jądra Linux: jakość nie podlega negocjacjom, a terminy są dotrzymywane.
Ulepszenia wydajności Btrfs i inne nowe funkcje dla systemu Linux 6.17
Przygotowano również inne nowe funkcje i ulepszenia dla systemu Linux 6.17 dotyczą wydajności i funkcjonalności System plików btrfsWśród najważniejszych nowych funkcji znajduje się eksperymentalna obsługa dużych folio, czyli optymalizacja, która obiecuje zmniejszyć obciążenie i przyspieszyć operacje w wielu scenariuszachChoć funkcja ta jest technicznie gotowa do szerszego zastosowania, twórcy ostrzegają, że nie została jeszcze wystarczająco przetestowana, aby można było uznać ją za całkowicie stabilną.
Nowa wersja Btrfs tWprowadza również gęstsze rozmieszczenie kluczy w strukturze XArray., co zwiększa zwartość węzłów drzewa rozpinającego. Ta zmiana może zmniejszyć liczbę węzłów końcowych o 50% do 70%, optymalizując w ten sposób strukturę wewnętrzną i zmniejszając zużycie zasobów. Ponadto, Zmiany defragmentacji zostały zastosowane za pomocą ioctl, wraz z aktywacją wcześniej zaprojektowanego mechanizmu zapobiegającego krytycznemu uszkodzeniu systemu plików, który ogranicza zapis do urządzeń blokowych z zamontowanym systemem plików.
Oprócz tego podkreśla wdrożenie systemu buforowania dla żądań zwolnienia bitmap przydzielonych do przestrzeni. W testach z wykorzystaniem tworzenia pustych plików, ta optymalizacja pozwoliła na wzrost wydajności nawet o 20%, a także znaczną poprawę w środowiskach z dużym obciążeniem metadanych. Podobnie, funkcja odczytu z wyprzedzeniem została ulepszona w systemach wykorzystujących kompresję danych, co zwiększyło szybkość dostępu do danych.
Wreszcie, jeśli chcesz dowiedzieć się więcej na ten temat, możesz zapoznać się ze szczegółami w następujący link.