A Linux 7.2 kiadása jól példázza, hogyan fejlődik ma egy általános célú operációs rendszer magja: nem egyetlen „killer feature” köré épül, hanem több ezer kisebb-nagyobb változtatásból áll össze. A fejlesztők beszámolói szerint a forráskód mennyisége már több tízmillió sornál jár, és a patch-ek jelentős része továbbra is driverekhez, architektúra-specifikus kódhoz és karbantartási feladatokhoz kapcsolódik. A 7.2-es verzió fókusza a teljesítmény, a biztonság, a modern hardvertámogatás és a régi, alig használt technológiák kivezetése.

Linus Torvalds a merge window lezárásakor kiemelte, hogy a statisztikák „meglehetősen normálisak”: a patch-ek valamivel több mint fele driver, a többi pedig architektúra-frissítések, eszközök, dokumentáció és mag-kód. Egy újabb nagy AMD GPU header-csomag miatt a változtatások jelentős része regiszterdefiníciókból áll, ami jól mutatja, mennyire komplexek a mai grafikus és gyorsító hardverek.

Cache-aware ütemezés: közelebb a hardverhez

A Linux 7.2 egyik legfontosabb technikai újítása a cache-aware task scheduling, amely a processzorütemezőt teszi „LLC-tudatossá”. A modern, többmagos Intel és AMD CPU-k gyakran több, egymástól elkülönülő utolsó szintű gyorsítótárat (Last Level Cache – LLC) használnak NUMA- vagy chiplet-szerű topológiában. Ha egy folyamat vagy szál olyan magra kerül át, amely másik LLC-t használ, a korábban betöltött adatok elvesznek a cache-ből, és a rendszernek újra a főmemóriából kell kiszolgálnia azokat.

A cache-aware load balancing célja, hogy az egymással adatot megosztó feladatok – tipikusan ugyanazon folyamat szálai – lehetőleg ugyanabban az LLC-domenben maradjanak. Ez csökkenti a cache-bouncinget és a cache-misszek számát, ami különösen szerveres, tudományos és játékos munkaterheléseknél hozhat mérhető gyorsulást. A koncepció illeszkedik a Linux ütemező hosszú távú fejlődési irányához: a CFS (Completely Fair Scheduler) után egyre több hardver-topológia-specifikus optimalizáció jelenik meg, amelyek a NUMA, SMT és most már az LLC-szintű viselkedést is figyelembe veszik.

„Fair(ebb)” GPU scheduler: igazságosabb grafikus erőforrás-megosztás

A kernelben nem csak a CPU-hoz tartozik ütemező: a GPU-k is saját job queue-val és ütemezési algoritmussal rendelkeznek. A korábbi, FIFO-alapú (First In, First Out) GPU scheduler egyszerű volt, de interaktív terhelés mellett – például amikor egy grafikus alkalmazás osztozik a GPU-n egy nagy számítási feladattal – nem mindig viselkedett jól.

A Linux 7.2-ben megjelenő „fair(er)” GPU scheduler a CFS elveire emlékeztető, igazságosabb megközelítést alkalmaz. Célja, hogy az interaktív kliensek – például desktop alkalmazások vagy játékok – ne szenvedjenek indokolatlan késleltetést akkor sem, ha a GPU-t egy másik folyamat erősen terheli. A fejlesztők visszajelzései szerint eddig nem találtak regressziót a FIFO-hoz képest, miközben a fairness és a latency érezhetően javult.

MGLRU és swap-táblák: memória-kezelés új szinten

A többgenerációs LRU (MGLRU) memória-kezelő már korábbi kernelverziókban is jelen volt, de a 7.2-ben újabb finomhangolást kapott. A reclaim loop és a dirty writeback kezelése tisztább, hatékonyabb lett, ami a fejlesztők mérései szerint bizonyos adatbázis-terheléseknél – például MongoDB + YCSB – akár 30–100%-os teljesítménynövekedést is hozhat, swap használata nélkül, jelentősen csökkentett refault arány mellett. Emellett kevesebb váratlan OOM (Out Of Memory) eseményt tapasztaltak, miközben a kódbázis is karcsúbb lett.

A swap alrendszerben a „swap table phase IV” lezár egy több lépcsős átalakítást. Az anon és shmem swap allokációja és terhelés-számlálása egységesen, foliók szintjén történik, a statikus metaadat-táblák és map-ek eltűnnek. Ennek eredménye, hogy a statikus metaadat-overhead gyakorlatilag nullára csökken, miközben a teljesítmény is javul. Konkrét példa: egy 1 TB-os swap eszköz csatolásakor körülbelül 512 MB memóriát lehet megspórolni a korábbi megoldáshoz képest.

USB4STREAM: nyers adatfolyam két gép között

A Thunderbolt hálózat már korábban is elérhető volt Linux alatt, de a 7.2-es kernelben megjelenik az USB4STREAM támogatás is. Ez egy egyszerű, nyers adatfolyamot biztosító mechanizmus USB4/Thunderbolt kábel két végén lévő hostok között. A driver mindkét oldalon /dev/tbstreamX eszközöket hoz létre, amelyekre a szokásos fájlműveletekkel – például read(2), write(2), cat, dd – lehet írni és olvasni:

host1 # cat /dev/tbstream0 host2 # echo hello > /dev/tbstream0

Ez különösen hasznos olyan környezetekben, ahol nincs vagy nem kívánatos a teljes hálózati stack használata, illetve ahol meglévő, socketet nem ismerő eszközökkel (pl. egyszerű backup-scriptek) szeretnénk nagy sebességű host–host adatátvitelt. Fontos, hogy az USB4STREAM párhuzamosan használható a thunderbolt_net megoldással, és több független stream is létrehozható.

Btrfs, EXT4, XFS, exFAT, F2FS: fájlrendszerek finomhangolása

A tárolóréteg továbbra is az egyik legaktívabb terület. A Btrfs-ben a korábban kísérleti státuszú large folios mostantól alapértelmezetten engedélyezett, korlátozás nélkül. Emellett megjelenik az óriás (akár 2 MB-os) foliók kísérleti támogatása, ami a memória- és I/O overhead csökkentését célozza. Új GET_CSUMS ioctl érhető el, amely nyers checksumokat ad vissza user space-nek; ezt például mkfs optimalizációkhoz vagy deduplikációs algoritmusokhoz lehet felhasználni. A sequential write és a direct I/O útvonalakon is mérhető teljesítményjavulásról számoltak be.

Az EXT4 és XFS esetében folytatódik az IOmap-alapú átalakítás, amely egységesebb és hatékonyabb I/O kezelést tesz lehetővé. Az XFS-ben a zone allocator immár nem kísérleti (non-experimental) státuszú, ami fontos stabilitási mérföldkő, különösen nagy kapacitású, zónás tárolók esetén.

Az exFAT is megkapta az IOmap konverziót, ami különösen nagy fájloknál javíthatja a teljesítményt. A F2FS memóriahasználata csökkent, és integrálódott az FSERROR hibakezelő rendszerrel, ami jobb diagnosztikát és hibatűrést tesz lehetővé. Az NTFS és NTFS3 driverek további stabilitási és hibajavításokat kaptak, ami a Windows-partíciók Linux alatti használatát teszi megbízhatóbbá.

IO_uring, NVMe és blokk I/O: alacsonyabb késleltetés

Az IO_uring, az NVMe és a blokk I/O rétegben számos kisebb optimalizáció jelenik meg, amelyek célja a késleltetés csökkentése és az áteresztőképesség növelése nagy terhelés mellett. Ezek a változtatások tipikusan adatbázis-szervereknél, nagy I/O-intenzív alkalmazásoknál és modern NVMe SSD-ket használó rendszereknél hoznak kézzelfogható előnyt, különösen akkor, ha az alkalmazások már IO_uring-alapú aszinkron I/O-t használnak.

Apple M3: a fővonalbeli kernel már elindul

Fontos mérföldkő, hogy az Apple M3 processzorral szerelt gépek immár képesek elindítani a mainline Linux kernelt. Ez elsősorban az Asahi Linux projekt és a kernel-architektúra fejlesztők közös munkájának eredménye. Ugyanakkor a támogatás még messze nem teljes: a grafikus gyorsítás, az energiafelügyelet és számos periféria (például egyes I/O vezérlők) még hiányzik vagy fejlesztés alatt áll. A jelenlegi állapot elsősorban fejlesztőknek és kísérletezőknek szól, akik hajlandók kompromisszumokat kötni a mindennapi használhatóság terén.

AMD: ISP4, Zen 6 és új audio-architektúra

Az AMD oldalán az egyik leginkább felhasználó-közeli újdonság az ISP4 driver kernelbe kerülése. Az ISP4 az AMD képfeldolgozó processzorát (Image Signal Processor) támogatja, amely több új Ryzen AI notebookban található. Ennek köszönhetően például a HP ZBook Ultra G1a és hasonló gépek integrált webkamerája végre használhatóvá válhat Linux alatt – ez az egyik leggyakrabban hiányolt funkció volt az új AMD laptopok tulajdonosai körében.

A 7.2-es kernel már tartalmaz előkészítő módosításokat a következő generációs Zen 6 processzorokhoz is. Ezek tipikusan azonosítók, CPUID-flag-ek, mikroarchitektúra-specifikus workaroundok és teljesítmény-számlálók támogatását jelentik, amelyek biztosítják, hogy az új CPU-k megjelenésekor a kernel gyorsan és stabilan tudja kezelni azokat. Az AMD audio-alrendszerében is jelentős átalakítás kezdődött: a fejlesztők szerint a következő generációs audio hardver teljesen új felépítést kap, amelyhez a Linux már most elkezd alkalmazkodni.

Intel: TDX, új platformok és EDAC

Az Intel Trusted Domain Extensions (TDX) technológiája a 7.2-ben már támogatja a futás közbeni frissítéseket (runtime updates), ami lehetővé teszi bizonyos biztonsági javítások telepítését újraindítás nélkül. Ez különösen felhős környezetekben fontos, ahol a TDX-re épülő izolációs mechanizmusokkal védett virtuális gépek leállítása komoly költséggel járhat.

Megkezdődött a Diamond Rapids és Nova Lake H platformok EDAC (Error Detection and Correction) támogatásának előkészítése is. Az EDAC alrendszer a memóriakorrupció és egyéb hardverhibák detektálását és jelentését végzi, ami nagy megbízhatóságot igénylő szervereknél kritikus. Emellett megjelenik a Panther Lake R variáns támogatása, amely a Panther Lake család ipari és nagy terhelésre szánt kiadásának tekinthető.

ARM, RISC-V és az i486 kivezetése

Az ARM64 architektúra ezúttal kevesebb látványos újdonságot kapott, részben azért, mert a fejlesztők idejük jelentős részét mesterséges intelligencia által generált, hibás patch-ek kiszűrésével töltötték. Ennek ellenére elkészült a CRC64 számítás ARM NEON-optimalizált változata, amely immár 32 bites ARM rendszereken is használható, gyorsabb ellenőrzőösszeg-számítást biztosítva.

RISC-V fronton csökkent a kernel indulási ideje, és az ESWIN rendszerchipek támogatása alapértelmezetté vált a RISC-V konfigurációban. Ez a platform egyre fontosabb szereplő a nyílt architektúrák piacán, így a mainline támogatás kulcsfontosságú. Ezzel párhuzamosan folytatódik az i486 processzorok támogatásának kivezetése, amely már a 7.1-ben megkezdődött. Ez a lépés csökkenti a karbantartási terhet, és lehetővé teszi, hogy a kernel jobban optimalizáljon modernebb x86_64 és újabb 32 bites CPU-kra.

Teljesítmény-optimalizációk a gyakorlatban

A 7.2-es kiadás egyik legerősebb területe a teljesítmény. Az MGLRU fejlesztései mellett a hálózati alrendszer is több optimalizációt kapott: gyorsabb lett a polling mechanizmus, javult a localhost kommunikáció, és számos kisebb módosítás csökkenti a hálózati késleltetést. Ezek a változtatások tipikusan mikroszekundumos nagyságrendű javulásokat hoznak, amelyek nagy terhelésű, latency-érzékeny szolgáltatásoknál (pl. trading, real-time kommunikáció) összeadódva jelentősek lehetnek.

Az anonim pipe-ok kezelésének optimalizálása a shell pipeline-ok gyorsítását célozza. Azok a felhasználók, akik sok parancsot láncolnak össze – például logfeldolgozó scriptek, build-rendszerek – kisebb késleltetést tapasztalhatnak. A konténerek leállítási és unmount műveleteinek ideje is jelentősen csökkent, ami Kubernetes, Docker és más konténerplatformok esetén javítja a skálázhatóságot és csökkenti a node-ok újrahasznosításához szükséges időt.

Érdekes apróság, hogy a /proc/filesystems olvasása akár 444%-kal gyorsabb lett. Bár ez a legtöbb felhasználó számára láthatatlan, olyan könyvtárak, mint a libselinux – amelyek gyakran olvassák ezt a fájlt, és számos programhoz linkelődnek – profitálnak belőle. Hasonló optimalizáció érinti a /proc/interrupts generálását is.

Grafikus alrendszer: HDMI 2.1, új GPU-k és energiahatékonyság

Az AMDGPU driver ismét jelentős frissítést kapott. A legfontosabb újdonság a HDMI 2.1 Fixed Rate Link (FRL) kezdeti támogatása, amely a teljes HDMI 2.1 funkcionalitás felé tett fontos lépés. Emellett megjelent az AMDGPU DC Power modul, amely hatékonyabb energiafelügyeletet biztosít a kijelzőkezelő alrendszer számára, különösen mobil GPU-k és energiatakarékos profilok esetén.

A fejlesztők folytatják a következő generációs AMD GPU-k és mesterséges intelligenciára optimalizált NPU-k támogatásának előkészítését is, ami jól mutatja, hogy a GPU driver ma már nem csak grafikus, hanem általános gyorsító szerepet is betölt.

Az Intel grafikus meghajtói több Crescent Island GPU-változat támogatását készítik elő, és bekerült a DRM Background Color Property funkció, amely finomabb kijelző-beállításokat tesz lehetővé. A Nouveau driver immár támogatja az NVIDIA GA100 gyorsítókat, miközben megkezdődött a Blackwell architektúrát követő, következő NVIDIA generáció előkészítése is – ez elsősorban HPC és adatközponti környezetekben lesz releváns.

Hálózat és Wi-Fi: felkészülés a következő generációra

A hálózati alrendszerben a Linux 7.2 előkészíti a terepet a Wi-Fi Aware és a következő generációs, „Wi-Fi 8” néven emlegetett, Ultra High Reliability fókuszú technológiák számára. Ezek még nem jelentenek teljes, végfelhasználói funkciókat, de a driver-infrastruktúra már képes lesz kezelni az ilyen képességekkel rendelkező jövőbeli hardvereket.

Az Intel iwlwifi driver tovább fejlődik, hogy támogassa az újabb vezeték nélküli adaptereket. Megjelenik a Realtek RTL8159 támogatása is, amely 10 Gb/s sebességű USB hálózati adapterekben érhető el. Ezzel párhuzamosan a kernel tovább tisztítja a régi RTL8723BS drivert, amely évek óta a staging területen szerepelt, jelezve, hogy a Realtek-ökoszisztéma is fokozatosan modernizálódik.

PCIe, UART, ventilátorvezérlés és alaplapi szenzorok

A PCI alrendszerben javítottak egy hibát, amely bizonyos esetekben a PCIe eszközöket 2,5 GT/s sebességre korlátozhatta, még akkor is, ha a hardver képes lett volna nagyobb sávszélességre. A javítás után a linkek a specifikációnak megfelelően képesek kihasználni a teljes rendelkezésre álló sebességet.

A klasszikus 8250/16550 UART soros port driver modernizáláson esett át, ami javítja a megbízhatóságot és a kompatibilitást, különösen beágyazott rendszerekben és régi, de még használt ipari hardvereknél. Új ARCTIC Fan Controller driver is megjelent, amely egy USB-alapú ventilátorvezérlő eszközt támogat, lehetővé téve a finomabb hőmérséklet-szabályozást és zajcsökkentést.

A hwmon alrendszerben bővült az ASUS és ASRock alaplapok szenzorainak támogatása, így pontosabb hőmérséklet-, feszültség- és ventilátor-fordulatszám monitorozás válik elérhetővé – ez különösen tuningolóknak és szerverüzemeltetőknek hasznos.

Laptopok, kézikonzolok és speciális eszközök

A 7.2-es kernel jelentősen bővíti a hordozható eszközök támogatását. Számos új HP, ASUS és Lenovo platform driver került be, valamint frissült a TUXEDO gépekhez kapcsolódó Uniwill driver is. A Valve közreműködésével bekerült a OneXPlayer Configuration Driver, amely a népszerű kézi PC-k (handheld gaming PC-k) jobb támogatását biztosítja – például energiafelügyelet, gombkiosztás és speciális hardverfunkciók terén.

Új Wacom W9000 driver is megjelent, amely érintőceruza- és érintőkijelző-támogatást nyújt, többek között egyes régebbi Microsoft Surface Pro modellekhez kapcsolódva. Érdekesség, hogy külön akkumulátor- és töltéskezelő driver került a kernelbe a Microsoft Surface RT számára – egy több mint egy évtizedes eszközhöz. Ez jól mutatja, hogy a közösség még régi, de elterjedt hardverekhez is igyekszik jobb Linux-támogatást biztosítani.

Biztonság: OPENAT2_REGULAR, posztkvantum kriptográfia és KPT

Az openat(2)/openat2(2) rendszerhívások új flag-ekkel bővülnek. Az OPENAT2_REGULAR lehetővé teszi, hogy egy szolgáltatás kizárólag normál fájlokat nyisson meg, és elutasítsa a fifókat, device node-okat és más speciális fájltípusokat. Ez fontos védelmi vonal a szimbolikus linkekkel és eszközfájlokkal kapcsolatos támadások ellen, különösen privilege-es szolgáltatásoknál.

Megjelenik az O_EMPTYPATH flag is, amely lehetővé teszi, hogy üres path string esetén a kernel közvetlenül a file descriptor mögötti fájlt nyissa újra (LOOKUP_EMPTY). Ez elsősorban fejlesztői és rendszerprogramozói szempontból érdekes, biztonságosabb és egyértelműbb fájlkezelési mintákat támogat.

Az Integrity Measurement Architecture (IMA) és az EVM (Extended Verification Module) posztkvantum kriptográfiai támogatást kap ML-DSA aláírási algoritmussal. Ez hosszabb távon készíti fel a kernelt a kvantumszámítógépek által jelentett fenyegetésekre, különösen olyan rendszerekben, ahol a bootlánc és a konfiguráció integritása kritikus.

Az Intel oldalán megjelenik a Key Protection Technology (KPT) támogatása, amely a jövőbeli QAT (Quick Assist Technology) eszközökhöz kapcsolódó kulcskezelést teszi biztonságosabbá. Emellett a perf alrendszer jobban védi a rendszert a hibás vagy rosszindulatúan előállított profiladatokkal szemben, és a kernel további védelmet kap az időzítő-alapú túlterheléses (DoS) támadások ellen.

Fejlesztői eszközök: sched_ext, KUnit, Rust és LLVM

A sched_ext alrendszer jelentős átalakításon megy keresztül: a 7.2-ben megjelenik az infrastruktúra a jövőbeli „sub-scheduler” architektúrához. Ez lehetővé teszi, hogy különböző cgroup-okban eltérő sched_ext ütemezők fussanak, ami például nagy felhős szolgáltatóknál, multi-tenant környezetekben adhat finomhangolási lehetőségeket.

A KUnit, a kernel egységtesztelő rendszere mostantól JUnit XML formátumban is képes exportálni a teszteredményeket. Ez megkönnyíti az integrációt külső CI/CD rendszerekkel, amelyek gyakran elvárják ezt a formátumot a riportoláshoz.

A Rust nyelv használata a kernelben tovább bővül. A 7.2 bevezeti a Rust Zerocopy könyvtárat, amely csökkenti az „unsafe” Rust kód mennyiségét, és hatékonyabb, típusbiztos memória-kezelést tesz lehetővé. Ez fontos lépés a Rust-alapú driverek és alrendszerek felé, amelyek hosszabb távon biztonságosabb kódbázist ígérnek.

A build-rendszer szigorúbb követelményeket vezet be az LLVM/Clang fordítóverziókra, és támogatja a distributed ThinLTO optimalizációt. Ez nagy projektek – például disztribúciók által fordított, erősen optimalizált kernelek – esetén gyorsabb és hatékonyabb fordítást eredményezhet.

Hosszú évek munkájának eredményeként a kernelből gyakorlatilag eltűnt a régi strncpy() API használata: több mint 360 patch cserélte le biztonságosabb alternatívákra. Ez csökkenti a buffer overflow és string-kezelési hibák kockázatát, és jól illeszkedik a kernel fokozatos „hardening” stratégiájába.

Elavult technológiák kivezetése

A Linux 7.2 több régi, ma már alig használt hardver és protokoll támogatását is eltávolítja. Kikerül a Hercules Monochrome ISA grafikus kártya meghajtója – egy több mint 40 éves technológia –, valamint az AppleTalk hálózati protokoll és az ARCnet támogatása, amely ISA és PCMCIA kártyákhoz készült.

Eltávolításra kerül az egykori SCO Unix-ból származó Profibus driver és egy régi, ISA-alapú beszédszintetizátor meghajtó is. A kriptográfiai alrendszerből kivezetik a régi, architekturális MD5 optimalizációt és több elavult, már nem biztonságos crypto implementációt. Ezek a lépések csökkentik a kódbázis méretét, a karbantartási terhet és a potenciális támadási felületet.

Összegzés: infrastruktúra-release a jövő felé

A Linux 7.2 tipikus „infrastruktúra-release”: nem hoz egyetlen, látványos, minden felhasználót érintő új funkciót, de rengeteg apró, mégis fontos fejlesztést tartalmaz. A fő irányok jól kirajzolódnak:

• jobb teljesítmény modern CPU-kon (cache-aware scheduling, MGLRU, optimalizált pipe-ok és /proc)
• gyorsabb és hatékonyabb memória- és hálózati alrendszer
• fejlettebb grafikus és HDMI 2.1 támogatás, új GPU-k és gyorsítók
• szélesebb hardvertámogatás (AMD, Intel, ARM, RISC-V, Apple M3, laptopok, kézikonzolok)
• jelentős fájlrendszer-fejlesztések (Btrfs, XFS, EXT4, exFAT, F2FS, NTFS/NTFS3)
• erősebb biztonsági és kriptográfiai alapok (OPENAT2_REGULAR, ML-DSA, KPT)
• a kernel folyamatos tisztítása az elavult technológiáktól

Linus Torvalds szavaival élve a 7.2 „meglehetősen normális” kiadás – de a Linux világában ez azt jelenti, hogy több ezer commit talált utat a Linux kernelbe, hogy a rendszer gyorsabb, biztonságosabb és modernebb legyen. A legújabb stabil kernel a kernel.org-ról tölthető majd le, a fejlesztés alatt álló kernelfa pedig a git.kernel.org-on érhető el, így a disztribúciók és a haladó felhasználók már most elkezdhetik tesztelni és integrálni a Linux 7.2 újdonságait.