Linux 7.3 får BIG TCP i overlay-netværk, hurtigere routing og AI-hjælp

Linux 7.3's netværksændringer er interessante af to meget forskellige årsager. De skal både forbedre ydeevnen i miljøer med overlay-netværk og mange netværks-namespace – og viser samtidig, hvordan kernelvedligeholderne forsøger at håndtere en stigende mængde AI-genererede patches.

Koden blev lagt i mainline under merge-vinduet den 20. august 2026. Linux 7.3 er derfor endnu ikke en stabil, udgivet kerneversion.

De vigtigste netværksændringer

BIG TCP kommer til VXLAN og Geneve

Linux 7.3 udvider BIG TCP til UDP-tunneldriverne for VXLAN og Geneve. Funktionen gør det muligt for kernen at behandle payloads større end 64 KiB internt, hvorefter GSO og TSO opdeler trafikken, inden den sendes ud på netværket. Det handler altså ikke om at sende overdimensionerede pakker på selve forbindelsen, men om at reducere arbejdet pr. pakke i overlay-datapathen.

De rapporterede

netperf TCP_STREAM

• VXLAN steg fra 34,44 til 39,56 Gbit/s ved standard-MTU – en forbedring på 14,9 procent.
• Med tunnelens hardware-offload slået fra steg VXLAN fra 21,82 til 29,39 Gbit/s – svarende til 34,7 procent.
• Geneve steg fra 37,39 til 40,89 Gbit/s ved standard-MTU – en forbedring på 9,4 procent.

Tallene er dog målinger fra bestemte opsætninger og bør ikke læses som et generelt løfte om, at Linux 7.3 bliver en bestemt procent hurtigere. Resultatet afhænger blandt andet af gso_max_size, gro_max_size, netkortets funktioner, offload-indstillinger, MTU, tunneltypen og den konkrete arbejdsbelastning. Driftsteams bør derfor måle deres egen VXLAN- eller Geneve-trafik, før de forventer samme gevinst.

Mindre RTNL-låsning ved routingændringer

En anden central ændring reducerer afhængigheden af den brede RTNL-lås ved indsættelse og sletning af IPv4- og IPv6-FIB-regler. Hvor det er muligt, beskyttes arbejdet nu med mutex-låsning knyttet til den relevante fib_rules_ops, så flere operationer kan køre parallelt. RTNL er stadig nødvendig i enkelte tilfælde, blandt andet i fib_unmerge()-forløbet for den første IPv4-regel.

En syntetisk stresstest viser potentialet i miljøer med massiv parallel namespace-administration. Oprettelse af 4.096 netværks-namespace og tilføjelse af 1.024 regler til hver i parallel faldt for IPv4 fra 22,752 til 0,918 sekunder – cirka 24,8 gange hurtigere. For IPv6 faldt tiden fra 35,181 til 1,214 sekunder – cirka 29,0 gange hurtigere.

Det er et mål for ekstrem låsekonkurrence og ikke en garanti for tilsvarende hurtigere containerstart eller alle former for routingarbejde.

Hvorfor AI pludselig indgår i patchgennemgangen

Linux' netværksundersystem er også blevet et forsøgslaboratorium for AI-assisteret kerneludvikling. Netværksvedligeholderen Jakub Kicinski opgjorde 632 net-patches og 648 net-next-patches. Han vurderede samtidig, at omkring en tredjedel til halvdelen af net-next bestod af AI-drevne lavprioritetsrettelser, oprydninger eller præciseringer – cirka 216 til 324 patches. Kicinski og Paolo Abeni beskrev arbejdsbyrden som “completely overwhelmed”.

Den foreslåede løsning er ikke at lade én model overtage arbejdet. Meta har stillet budget og adgang til flere avancerede AI-modeller til rådighed, så patches kan få flere førstegennemgange. Ideen er at mindske risikoen for, at en hallucination eller fejlagtig fortolkning fra én model slipper igennem uden kontrol.

Den planlagte automatisering omfatter blandt andet:

• administration af Patchwork,
• standardiseret feedback på udviklingsprocessen,
• redigering af commit-beskeder,
• og muligvis anvendelse af patches, som allerede er gennemgået af betroede personer.

Det er mere strukturerede opgaver end at afgøre, om en ændring er korrekt i en sjælden fejltilstand. Netop den forskel er afgørende i kernelnetværk. Vedligeholderne fremhævede, at usædvanlige race conditions og hardwaregendannelsesforløb – eksempelvis PCIe-fejl og timeout-håndtering – stadig kræver menneskelig kontrol. AI kan sortere gentagelsesarbejde fra, men erstatter ikke forståelsen af samtidighed, API-kontrakter og rækkefølgen i et recovery-forløb.

Nye drivere og protokolforbedringer

Netværksændringerne omfatter også flere nye stykker hardwareunderstøttelse:

• Den første Morse Micro mm81x-driver til Wi-Fi HaLow understøtter USB- og SDIO-enheder.
• NXPWIFI kommer til som en ny trådløs driver fra NXP, mens arbejdet med multi-link-operation fortsætter.
• Intel får den første grundstruktur til iXD-driveren, der skal understøtte Control Plane PIC Function på E2100- og nyere IPU'er samt FNIC'er.
• Kablet netværk får indledende CXL-understøttelse til AMD/Solarflare-netkort og mulighed for firmware-flashning på AMD Pensando-hardware.

Der er også mindre, men praktisk relevante ændringer. MPTCP får en sidste udvej til at beskære out-of-order-køer under ekstremt hukommelsespres. Det er først og fremmest en mekanisme til at holde systemet kørende under pressede forhold – ikke et løfte om højere normal gennemløbshastighed.

Overførsel af fildeskriptorer via AF_UNIX bliver samtidig lettere at fejlfinde. Med SO_RIGHTS_NOTRUNC kan modtageren identificere den afviste fildeskriptor og dens errno, hvis et Linux Security Module (LSM) blokerer en bestemt deskriptor i en SCM_RIGHTS-liste. Tidligere kunne resten af listen gå tabt ved den første afvisning.

Hvornår kan brugerne få Linux 7.3?

Den første Linux 7.3 release candidate var forventet omkring 30. august 2026, mens den stabile udgave var skønnet til sidst i oktober, hvis udviklingsforløbet følger den normale tidsplan.

Det betyder ikke, at de fleste servere og computere får netværksfunktionerne i oktober. Distributionerne vælger selv kerneversioner, tilbagefører udvalgte ændringer, tester dem og udgiver opdateringer efter deres egne tidsplaner. Rolling-distributioner kan pakke kernen tidligere, mens distributioner med faste udgivelser kan være betydeligt længere tid om det.

CachyOS er en mulig tidlig aftager, fordi distributionen følger en rolling-model. De tilgængelige oplysninger fra august viser dog, at dens installationsmedier fortsat brugte Linux 7.1; der er ikke bekræftet nogen dato for en Linux 7.3-adoption.

Hvad betyder merge-resultatet i praksis?

For infrastrukturteams er BIG TCP i VXLAN- og Geneve-datapathen samt den reducerede låsekonkurrence ved omfattende namespace-konfiguration de mest umiddelbart interessante ændringer. De er især værd at holde øje med i miljøer, hvor høj trafik kombineres med overlay-tunneler, eller hvor mange namespace oprettes og konfigureres samtidigt.

For kerneludviklere kan AI-forsøget vise sig at være mindst lige så betydningsfuldt. Merge-resultatet peger på en arbejdsdeling: Modeller kan håndtere gentagelsespræget triage og proceduremæssig feedback, mens vedligeholderne fortsat har ansvaret for de sjældne tilfælde, hvor en umiddelbart plausibel patch kan skabe deadlock, håndtere recovery forkert eller bryde en implicit synkroniseringsregel.

Linux 7.3 er dermed på vej mod en omfattende netværksopdatering. Før de fleste brugere kan regne med ændringerne, skal de dog gennem release-candidate-test, validering på forskellig hardware og integration i de enkelte distributioner.