Linux 7.3 maakt BIG TCP sneller in overlays en test AI voor patchreviews
De merge van 20 augustus voegt BIG TCP ondersteuning toe aan VXLAN en Geneve tunnels. Door minder afhankelijkheid van de brede RTNL lock werden synthetische tests met duizenden netwerk namespace en routingregelbewerkingen tot ongeveer 29 keer sneller, al zegt dat niets over elke normale containerworkload.
De merge van 20 augustus voegt BIG TCP ondersteuning toe aan VXLAN en Geneve tunnels.
Door minder afhankelijkheid van de brede RTNL lock werden synthetische tests met duizenden netwerk namespace en routingregelbewerkingen tot ongeveer 29 keer sneller, al zegt dat niets over elke normale containerworkload.
Netwerkbeheerders melden een grote toevloed aan AI gegenereerde patches en willen meerdere AI modellen inzetten voor eerste reviews, terwijl zeldzame racecondities en hardwareherstelpaden door mensen gecontroleerd bli...
Linux 7.3 is nog geen stabiele release. De eerste release candidate wordt rond 30 augustus verwacht en de definitieve kernel staat voorlopig gepland voor eind oktober.
What networking changes and broader developments accompanied the Linux 7.3 merge on August 20, 2026—including BIG TCP support for VXLAN andEditorial illustration of Linux 7.3’s overlay networking and AI-assisted patch-review themes.
AI Prompt
Create a landscape editorial hero image for this Studio Global article: What networking changes and broader developments accompanied the Linux 7.3 merge on August 20, 2026—including BIG TCP support for VXLAN and. Article summary: The `net-next-7.3` pull brought both data-path scaling work and a striking maintainer response to AI-driven patch volume: use multiple frontier models for first-pass reviews, while retaining human judgment for subtle con. Topic tags: general, government, documentation, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, char
openai.com
De networking-onderdelen van Linux 7.3 zijn op 20 augustus 2026 opgenomen in de mainline-code. Het gaat dus nog om code uit de merge window, niet om een stabiele kernel die gebruikers nu al kunnen installeren. De merge valt op door twee uiteenlopende ontwikkelingen: betere schaalbaarheid voor overlay-netwerken en een experiment waarbij AI helpt om de groeiende stroom kernelpatches te beoordelen.
BIG TCP komt naar VXLAN en Geneve
Linux 7.3 breidt BIG TCP uit naar de UDP-tunneldrivers voor VXLAN en Geneve. De kernel kan payloads daardoor intern groter dan 64 KiB verwerken en ze vervolgens met GSO en TSO opdelen voordat ze de fysieke netwerkverbinding bereiken. De te grote pakketten worden dus niet ongewijzigd over het netwerk verstuurd; het doel is vooral om de verwerking per pakket in overlay-datapaden te beperken.
De gepubliceerde
netperf TCP_STREAM
-metingen laten zien wat de mogelijke winst is:
VXLAN steeg bij de standaard-MTU van 34,44 naar 39,56 Gbit/s: een toename van 14,9 procent.
Wanneer tunnelhardware-offload was uitgeschakeld, ging VXLAN van 21,82 naar 29,39 Gbit/s: 34,7 procent sneller.
Geneve steeg bij de standaard-MTU van 37,39 naar 40,89 Gbit/s: een winst van 9,4 procent.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
What is the short answer to "Linux 7.3 maakt BIG TCP sneller in overlays en test AI voor patchreviews"?
De merge van 20 augustus voegt BIG TCP ondersteuning toe aan VXLAN en Geneve tunnels.
What are the key points to validate first?
De merge van 20 augustus voegt BIG TCP ondersteuning toe aan VXLAN en Geneve tunnels. Door minder afhankelijkheid van de brede RTNL lock werden synthetische tests met duizenden netwerk namespace en routingregelbewerkingen tot ongeveer 29 keer sneller, al zegt dat niets over elke normale containerworkload.
What should I do next in practice?
Netwerkbeheerders melden een grote toevloed aan AI gegenereerde patches en willen meerdere AI modellen inzetten voor eerste reviews, terwijl zeldzame racecondities en hardwareherstelpaden door mensen gecontroleerd bli...
Deze cijfers zijn geen algemene prestatiebelofte voor Linux 7.3. De uitkomst hangt af van de volledige configuratie, waaronder gso_max_size, gro_max_size, de mogelijkheden van de netwerkkaart, offloadinstellingen, de MTU, het type tunnel en de workload. Beheerders doen er daarom goed aan hun eigen VXLAN- of Geneve-traject te benchmarken.
Minder RTNL-blokkering bij routingregels
Een tweede belangrijke wijziging vermindert de afhankelijkheid van de brede RTNL-lock bij het toevoegen en verwijderen van IPv4- en IPv6-FIB-regels. Waar dat mogelijk is, gebruikt de kernel nu mutexen die horen bij de betreffende fib_rules_ops. Daardoor kunnen meer bewerkingen parallel worden uitgevoerd. RTNL blijft in bepaalde situaties nodig, waaronder het fib_unmerge()-pad van de eerste IPv4-regel.
Een synthetische stresstest toont het effect bij zeer veel gelijktijdige namespacebewerkingen. Het aanmaken van 4.096 netwerk-namespace en het parallel toevoegen van 1.024 regels per namespace duurde voor IPv4 nog 22,752 seconden, tegenover 0,918 seconden na de wijziging. Dat is ongeveer 24,8 keer sneller. Voor IPv6 daalde de tijd van 35,181 naar 1,214 seconden, oftewel ongeveer 29,0 keer sneller.
Dit is vooral een meting van extreme lock-contentie. De resultaten betekenen niet automatisch dat elke containerstart of elke routingworkload dezelfde versnelling krijgt.
Waarom AI wordt ingezet voor patchtriage
De networking-subsystembeheerders krijgen bovendien te maken met een ongewoon grote hoeveelheid patches. Jakub Kicinski telde 632 net-patches en 648 net-next-patches. Volgens zijn schatting bestond ongeveer een derde tot de helft van net-next uit door AI aangedreven fixes, opruimwerk of verduidelijkingen met een lage prioriteit. Dat komt neer op ongeveer 216 tot 324 patches. Kicinski en Paolo Abeni omschreven de werkdruk als “completely overwhelmed”.
De voorgestelde oplossing is niet om maintainers door één AI-model te vervangen. Meta heeft budget en toegang beschikbaar gesteld voor meerdere geavanceerde AI-modellen. Die kunnen patches afzonderlijk aan een eerste review onderwerpen, zodat een hallucinatie of verkeerde interpretatie van één model minder snel ongezien door het proces komt.
De geplande automatisering richt zich onder meer op:
het beheren van Patchwork;
terugkoppeling over standaardprocedures;
het redigeren van commitberichten;
mogelijk het toepassen van patches die al door vertrouwde mensen zijn beoordeeld.
Dat zijn beter te structureren taken dan bepalen of een wijziging correct is in een zeldzaam fout- of herstelpad. Juist in kernelnetwerken blijven ongebruikelijke racecondities en hardwareherstelpaden, zoals PCIe-fouten en time-outs, menselijke aandacht vereisen. AI kan repetitief werk filteren, maar neemt het begrip van concurrency, API-contracten en de volgorde van herstelacties niet weg.
Nieuwe drivers en protocolverbeteringen
De networking-merge bevat ook nieuwe hardwareondersteuning en protocolwerk:
De eerste Morse Micro mm81x-driver voor Wi-Fi HaLow ondersteunt USB- en SDIO-apparaten.
NXPWIFI wordt toegevoegd als nieuwe draadloze driver van NXP; het werk aan multi-link operation gaat door.
Intel krijgt een eerste skelet van de iXD-driver voor Control Plane PIC Function-ondersteuning op IPU's en FNIC's vanaf de E2100-generatie.
Voor bedrade netwerken komt er initiële CXL-ondersteuning voor AMD/Solarflare-netwerkkaarten en ondersteuning voor firmware-flashing op AMD Pensando-hardware.
Ook enkele kleinere wijzigingen kunnen in specifieke situaties nuttig zijn. MPTCP krijgt een laatste redmiddel om out-of-order-wachtrijen op te schonen bij extreme geheugendruk. Dat is bedoeld als herstelmechanisme onder zware omstandigheden, niet als garantie voor hogere normale doorvoer.
Het doorgeven van bestandsdescriptors via AF_UNIX wordt daarnaast beter te diagnosticeren. Met SO_RIGHTS_NOTRUNC kan de ontvanger zien welke descriptor is geweigerd en welke errno daarbij hoort wanneer een Linux Security Module (LSM) een descriptor in een SCM_RIGHTS-array blokkeert. De rest van de array gaat dan niet verloren zodra de eerste afwijzing optreedt.
Wanneer verschijnt Linux 7.3?
De eerste release candidate, 7.3-rc1, werd rond 30 augustus 2026 verwacht. De stabiele release stond volgens de huidige planning voor eind oktober, op voorwaarde dat de gebruikelijke ontwikkelcyclus zonder grote vertraging verloopt.
Dat betekent niet dat servers en desktops deze netwerkfuncties meteen in oktober krijgen. Distributies selecteren hun eigen kernelversies, backporten bepaalde wijzigingen, voeren eigen tests uit en publiceren updates volgens een afzonderlijk schema. Rolling releases kunnen Linux 7.3 relatief snel aanbieden; distributies met vaste releases doen er vaak aanzienlijk langer over.
CachyOS is door zijn rolling model een mogelijke vroege gebruiker, maar de beschikbare release-informatie uit augustus bevestigt geen datum voor overstap naar Linux 7.3. De toenmalige images gebruikten nog Linux 7.1.
Wat betekent de merge voor beheerders?
Voor infrastructuurteams zijn vooral de BIG TCP-route voor VXLAN en Geneve en de verminderde lock-contentie relevant. De wijzigingen verdienen extra aandacht in omgevingen met snelle overlay-netwerken of met veel netwerk-namespace die gelijktijdig worden aangemaakt en geconfigureerd.
Voor kernelontwikkelaars kan het AI-experiment minstens zo belangrijk blijken. De voorgestelde taakverdeling is pragmatisch: modellen nemen repetitieve triage en procedurele feedback over, terwijl maintainers verantwoordelijk blijven voor de zeldzame gevallen waarin een op het eerste gezicht plausibele patch een deadlock kan veroorzaken, herstel verkeerd kan afhandelen of een impliciete synchronisatieregel schendt.
Linux 7.3 krijgt daarmee een omvangrijk pakket aan netwerkvernieuwingen. Voor dagelijks gebruik zijn echter eerst release-candidate-tests, hardwarevalidatie en integratie door distributies nodig.
