Linux 7.3 tuo BIG TCP:n VXLAN- ja Geneve-tunneleihin sekä uuden tavan käsitellä tekoälyllä tuotettuja korjauksia

Linux 7.3:n verkkopäivitys on kiinnostava kahdesta hyvin erilaisesta syystä. Se parantaa overlay-verkkojen ja useita verkkonimiavaruuksia hyödyntävien ympäristöjen suorituskykyä, mutta samalla se kertoo Linux-ytimen ylläpitäjien etsivän uusia keinoja tekoälyn tuottamien korjausten kasvavan määrän käsittelyyn.

Koodi yhdistettiin Linuxin päähaaraan 20. elokuuta 2026 merge window -vaiheessa. Linux 7.3 ei siis ole vielä vakaa julkaisu.

BIG TCP laajenee VXLAN- ja Geneve-tunneleihin

Linux 7.3 tuo BIG TCP -tuen VXLAN- ja Geneve-ajureihin, jotka kuljettavat liikennettä UDP-pohjaisissa overlay-tunneleissa. Ydin voi käsitellä sisäisesti yli 64 kilotavun hyötykuormia ja pilkkoa liikenteen GSO- ja TSO-mekanismeilla ennen sen siirtymistä verkkoon. Tarkoitus ei ole lähettää verkossa liian suuria paketteja, vaan vähentää pakettikohtaista käsittelyä overlay-datapolulla.

Raportoidut

netperf TCP_STREAM

• VXLANin läpäisykyky kasvoi tavallisella MTU-arvolla 34,44 gigabitistä sekunnissa 39,56 gigabittiin sekunnissa, eli 14,9 prosenttia.
• Kun tunnelin laitteistokiihdytys poistettiin käytöstä, VXLAN nousi 21,82:sta 29,39 gigabittiin sekunnissa, eli 34,7 prosenttia.
• Geneven tulos kasvoi tavallisella MTU-arvolla 37,39:stä 40,89 gigabittiin sekunnissa, eli 9,4 prosenttia.

Lukuja ei pidä tulkita yleispäteväksi Linux 7.3:n nopeuslupaukseksi. Tulokset riippuvat koko kokoonpanosta: muun muassa gso_max_size- ja gro_max_size-arvoista, verkkokortin ominaisuuksista, offload-asetuksista, MTU:sta, tunnelityypistä ja työkuormasta. VXLAN- tai Geneve-ympäristöä ylläpitävien kannattaa mitata oman kokoonpanonsa suorituskyky erikseen.

RTNL-lukituksen vähentäminen nopeuttaa suuria verkkoympäristöjä

Toinen keskeinen muutos vähentää laajan RTNL-lukon käyttöä IPv4- ja IPv6-reitityssääntöjen lisäämisessä ja poistamisessa. Aina kun mahdollista, toiminta käyttää nyt kyseiseen fib_rules_ops-rakenteeseen liittyvää mutex-lukitusta. Näin useampia operaatioita voidaan suorittaa rinnakkain. RTNL-lukkoa tarvitaan edelleen tietyissä tilanteissa, kuten ensimmäisen IPv4-säännön fib_unmerge()-polulla.

Synteettisessä testissä luotiin rinnakkain 4 096 verkkonimiavaruutta ja lisättiin jokaiseen 1 024 sääntöä. IPv4-testin aika putosi 22,752 sekunnista 0,918 sekuntiin, mikä tarkoittaa noin 24,8-kertaista nopeutumista. IPv6-testissä aika lyheni 35,181 sekunnista 1,214 sekuntiin, eli noin 29-kertaisesti.

Kyse on kuitenkin äärimmäistä lukituskilpailua mittaavasta testistä. Tulokset eivät tarkoita, että jokaisen kontin käynnistys nopeutuisi vastaavasti tai että kaikki reititystyökuormat hyötyisivät saman verran.

Ylläpitäjät ovat tekoälyn tuottamien korjausten kuormittamia

Verkkosubsystemin ylläpidosta vastaava Jakub Kicinski kertoi, että käsittelyssä oli 632 net-korjausta ja 648 net-next-korjausta. Hänen arvionsa mukaan noin kolmannes–puolet net-next-haaran sisällöstä koostui tekoälyn tuottamista, matalan prioriteetin korjauksista, siistimisistä tai täsmennyksistä. Tämä vastaa arviolta 216–324 korjausta. Kicinski ja Paolo Abeni kuvasivat työmäärää englanniksi sanoilla ”completely overwhelmed” eli täysin ylivoimaiseksi.

Vastaukseksi ei suunnitella yhden tekoälymallin nostamista ylläpitäjän paikalle. Meta on tarjonnut budjetin ja pääsyn useisiin kehittyneisiin malleihin, jotta korjaukset voidaan tarkistaa ensin useamman mallin avulla. Tavoitteena on pienentää riskiä, että yhden mallin hallusinaatio tai virheellinen tulkinta pääsee prosessissa eteenpäin huomaamatta.

Suunniteltu automaatio keskittyy tehtäviin, joissa säännönmukaisuus on tärkeämpää kuin harvinaisten virhetilanteiden ymmärtäminen. Tällaisia ovat Patchwork-järjestelmän hallinta, tavanomainen prosessipalaute, commit-viestien muokkaaminen ja mahdollisesti sellaisten korjausten soveltaminen, jotka luotettavat ihmiset ovat jo tarkistaneet.

Ihminen tarvitaan edelleen erityisesti ytimen verkkokoodin vaikeimmissa kohdissa. Ylläpitäjät nostivat esiin harvinaiset kilpailutilanteet sekä laitteiston palautuspolut, kuten PCIe-virheet ja aikakatkaisujen käsittelyn. Tekoäly voi suodattaa toistuvaa työtä, mutta se ei poista tarvetta ymmärtää rinnakkaisuutta, rajapintasopimuksia tai palautusoperaatioiden oikeaa järjestystä.

Uusia ajureita ja protokollaparannuksia

Linux 7.3:n verkkokokonaisuuteen kuuluu myös useita laite- ja protokollatason muutoksia:

• Morse Micron mm81x-Wi-Fi HaLow -ajurin ensimmäinen versio tukee USB- ja SDIO-laitteita.
• NXPWIFI tulee uutena NXP:n langattomana ajurina, ja monilinkkitoiminnon kehitys jatkuu.
• Intel saa ensimmäisen rungon iXD-ajurille, joka on tarkoitettu Control Plane PIC Function -tukeen E2100-sukupolven ja sitä uudempien IPU-laitteiden sekä FNIC-laitteiden yhteydessä.
• Langalliseen verkkotukeen lisätään AMD:n ja Solarflaren verkkokorttien ensimmäinen CXL-tuki sekä AMD Pensando -laitteiston laiteohjelmiston päivitysmahdollisuus.

MPTCP saa lisäksi viimeisen keinon karsia järjestyksestä poikkeavia paketteja säilyttäviä jonoja äärimmäisessä muistipaineessa. Kyseessä on palautumista ja uudelleenlähetystä tukeva mekanismi, ei lupaus normaalin liikenteen suuremmasta läpäisykyvystä.

AF_UNIX-liitännän tiedostokahvojen välityksestä tulee helpommin diagnosoitavaa. SO_RIGHTS_NOTRUNC-asetuksella vastaanottaja voi tunnistaa hylätyn tiedostokahvan ja siihen liittyvän errno-virhekoodin, jos LSM-turvamoduuli estää tietyn kahvan SCM_RIGHTS-taulukossa. Aiemmin taulukon loppuosa saattoi kadota heti ensimmäisen hylkäyksen yhteydessä.

Milloin Linux 7.3 julkaistaan?

Ensimmäistä Linux 7.3:n julkaisu­ehdokasta odotettiin noin 30. elokuuta 2026. Vakaan version ennustettiin valmistuvan lokakuun loppupuolella, jos kehityssykli etenee tavanomaisesti.

Tämä ei tarkoita, että useimmat palvelimet tai työpöytäkoneet saisivat uudet verkkotoiminnot heti lokakuussa. Linux-jakelut valitsevat omat ydinsä, siirtävät niihin valikoituja muutoksia, testaavat kokonaisuuden ja julkaisevat päivitykset omilla aikatauluillaan.

Rolling release -jakelut voivat paketoida Linux 7.3:n aiemmin, kun taas kiinteän julkaisurytmin jakeluissa odotus voi venyä huomattavasti. CachyOS on jatkuvasti päivittyvän mallinsa vuoksi mahdollinen varhainen omaksuja, mutta saatavilla olevat elokuun julkaisutiedot eivät vahvista sille Linux 7.3:n käyttöönoton päivämäärää. Elokuun asennuskuvat käyttivät vielä Linux 7.1 -ydintä.

Mitä muutos merkitsee käytännössä?

Infrastruktuuritiimeille välittömimmin kiinnostavia ovat BIG TCP:n tuki overlay-polulla ja vähäisempi lukituskilpailu suurissa verkkonimiavaruuksien hallintatehtävissä. Niitä kannattaa seurata erityisesti ympäristöissä, joissa VXLAN- tai Geneve-liikenne yhdistyy suureen läpäisykykyyn tai joissa nimiavaruuksia luodaan ja määritetään samanaikaisesti suuria määriä.

Ytimen kehittäjille tekoälyä koskeva kokeilu voi olla yhtä merkittävä kuin tekniset verkkoparannukset. Linux 7.3:n kokonaisuus viittaa työnjakoon, jossa mallit hoitavat toistuvaa esikarsintaa ja prosessipalautetta, mutta ylläpitäjät vastaavat edelleen tapauksista, joissa näennäisesti uskottava korjaus voi lukita järjestelmän, rikkoa palautuspolun tai rikkoa hiljaisen synkronointisäännön.

Linux 7.3:n verkkotoiminnot ovat siis jo matkalla päähaaraan, mutta niiden luotettava käyttö edellyttää vielä julkaisu­ehdokkaiden testausta, laitekohtaista validointia ja jakeluiden omaa integrointia.