Linux 7.3: BIG TCP trafia do tuneli, a twórcy jądra nie nadążają za poprawkami AI

Seria łatek wspierających BIG TCP obejmowała między innymi usunięcie założeń, że długość pakietu zawsze pozostaje poniżej 64 KiB albo mieści się w polach 16-bitowych. Prace dotyczą obciążeń BIG TCP zarówno dla IPv4, jak i IPv6 w tunelach VXLAN oraz Geneve.

Mniej globalnego blokowania RTNL przy regułach routingu

Inna ważna zmiana ogranicza zależność operacji na regułach FIB od globalnej blokady RTNL. Dotyczy to między innymi komunikatów RTM_NEWRULE i RTM_DELRULE.

Ma to znaczenie przede wszystkim dla systemów, które jednocześnie modyfikują reguły routingu w wielu przestrzeniach nazw sieciowych. Zamiast serializować część operacji za jedną globalną blokadą, jądro powinno mieć więcej możliwości wykonywania ich równolegle.

Dostępne materiały potwierdzają cel architektoniczny tej zmiany, ale nie zawierają wiarygodnych, precyzyjnych wyników benchmarków pokazujących przyspieszenie dla IPv4 lub IPv6. Podawanie konkretnego procentu albo mnożnika wykraczałoby poza przedstawione dowody.

Nowe sterowniki i zmiany w protokołach

W pakiecie zmian znalazły się także:

• sterownik Morse Micro mm81x dla dalekiego zasięgu urządzeń S1G oraz nowy sterownik NXPWIFI;
• wstępna infrastruktura Intel iXD dla funkcji Intel Control Plane PIC Function w układach IPU i FNIC Intel E2100 oraz nowszych;
• usprawnienia MPTCP przy skrajnej presji pamięci, w tym przycinanie kolejki odebranych danych oczekujących na uporządkowanie;
• dodatkowe poprawki i prace nad sterownikami przewodowymi oraz bezprzewodowymi w całym podsystemie sieciowym.

Nie jest to jeszcze gotowe, stabilne wydanie Linuksa 7.3. Chodzi o kod włączony do głównej gałęzi podczas prac merge window, czyli na etapie rozwoju przyszłej wersji jądra.

Skąd określenie „całkowicie przytłoczeni”

Kicinski i Abeni poinformowali, że w ramach sieciowego pull requestu scalili 632 łatki net oraz 648 łatek net-next — razem 1280 zmian. Zastrzegli przy tym, że sama liczba commitów nie oddaje pełnego ciężaru przeglądania kodu. Ich „szybki i niedokładny” szacunek wskazywał, że od jednej trzeciej do połowy łatek net-next wyglądało na niskopriorytetowe poprawki, porządki lub doprecyzowania przygotowane przez AI.

To część szerszego wzrostu liczby zgłoszeń. W ciągu dziewięciu dni do podsystemu trafiło 405 wiadomości oznaczonych

[PATCH net]

[PATCH net-next]

Problemem nie jest wyłącznie automatyczne pisanie kodu. Przy pomocy AI można tanio i szybko wygenerować także wiarygodnie brzmiące uzasadnienia, zgłoszenia błędów oraz prośby o przegląd. Człowiek nadal musi sprawdzić, czy dana zmiana jest potrzebna, poprawna, bezpieczna i warta włączenia do jądra.

Modele językowe mają odciążyć maintainerów

Maintainerzy uzyskali finansowany przez Metę dostęp do wielu dużych modeli językowych oraz budżet na ich użycie przy przeglądaniu łatek. Pierwszym celem jest wychwytywanie części halucynacji i słabych zmian, zanim trafią do kolejki wymagającej dodatkowego czasu ludzi.

Modele mają być kierowane również do rutynowych zadań, takich jak:

• zarządzanie kolejkami Patchworka;
• informowanie autorów o typowych problemach z procedurą zgłaszania zmian;
• edytowanie opisów commitów;
• potencjalne nakładanie łatek, które mają już tagi recenzentów uznawanych za zaufanych.

To podejście traktuje LLM-y jako asystentów procesu, a nie zamiennik maintainerów. Różnica jest szczególnie istotna w kodzie jądra wrażliwym na współbieżność. Kicinski i Abeni wskazywali na rzadkie ścieżki obsługi, takie jak błędy PCIe i timeouty, w których wyścigi zależne od dokładnego momentu wystąpienia zdarzeń mogą być bardzo trudne do ujawnienia albo formalnego wykluczenia. Model może wskazać podejrzany wzorzec, ale nie jest w stanie niezawodnie dowieść poprawności każdego nietypowego przeplotu operacji.

Kiedy pojawi się Linux 7.3?

Dostarczone źródła nie podają przewidywanych dat wydania pierwszej wersji testowej Linux 7.3-rc1 ani finalnej, stabilnej wersji Linuksa 7.3. Opisują zmiany włączone do cyklu rozwojowego 7.3, a nie oficjalny harmonogram wydawniczy.

Najpewniejszy wniosek jest więc podwójny: technicznie Linux 7.3 poprawia wydajność i skalowanie wybranych ścieżek sieciowych, natomiast od strony utrzymania projektu pokazuje nowy problem. Generowanie kodu, opisów i raportów przez AI zwiększa przepustowość autorów, lecz nie usuwa wąskiego gardła, jakim pozostaje ludzka weryfikacja jakości i bezpieczeństwa zmian.