A Linux kernel fejlesztési ciklusa évtizedek óta ugyanazt a ritmust követi: egy stabil kiadás után nagyjából két hetes merge ablak nyílik, amikor Linus Torvalds és a subsystem karbantartók beolvasztják az előkészített fejlesztéseket a következő főverzióba. A Linux 7.3 esetében a -next ágból már most jól látszik, hogy a fókusz egyszerre három irányba tolódik: modern, hibrid és AI-orientált CPU-k minél jobb kihasználása, a grafikus stack agresszív továbbfejlesztése, illetve a régi, karbantartási szempontból kockázatos kódok fokozatos kivezetése.

Régi AMD Athlon XP-k és új Zen 6-os finomhangolás

Érdekes kettősség, hogy miközben a kernel fejlesztők egyre több elavult driver és fájlrendszer támogatását távolítják el, időnként még a nagyon régi x86-os hardverek is kapnak optimalizációt. A Linux 7.3-ban egy kisebb, de célzott teljesítményjavítás érkezik azokhoz az AMD Athlon XP korszakbeli CPU-khoz, amelyek támogatják az SSE-t, de nem tudják az SSE2-t. Ezek a processzorok a 2000-es évek elejének tipikus asztali gépeiben voltak jelen, és ma már leginkább hobbi, retro vagy beágyazott felhasználásban fordulnak elő. A kernelben mégis maradt annyi mozgástér, hogy bizonyos kódrészeket jobban optimalizáljanak az ilyen, korlátozott utasításkészletű CPU-kra, így néhány speciális workloadnál érezhetően csökkenhet a CPU-terhelés.

A másik véglet a legújabb AMD Zen generáció. A Linux 7.3-ban várhatóan tovább fejlődik az AMD P-State driver, amely a modern Ryzen és EPYC processzorok energia- és teljesítménykezeléséért felel. A Zen 6-tal kapcsolatban érkezik a dinamikus EPP (Energy Performance Preference) magonkénti finomhangolása. Az EPP egy ACPI-szintű paraméter, amellyel a rendszer azt jelzi a CPU felé, hogy inkább teljesítményre vagy inkább energiahatékonyságra optimalizáljon. A magonkénti EPP finomhangolás lehetővé teszi, hogy például egy vegyes terhelésű rendszeren a háttérfeladatok energiatakarékos magokon, alacsony EPP-vel fussanak, míg az interaktív vagy latency-érzékeny folyamatok agresszívebb teljesítményprofilú magokra kerüljenek.

Ehhez kapcsolódik az új „low power” CPU-mag típus felismerése is egyes Zen 6 SoC-ken. A Linux ütemező és az energiamenedzsment alrendszer így pontosabban tud különbséget tenni a nagy teljesítményű és a kifejezetten takarékos magok között, ami a hordozható gépeknél, ultrabookoknál és potenciálisan APU-alapú kézi konzoloknál hozhat kézzelfogható akkuidő-nyereséget.

Az AMD-s fronton egy látványosabb, de funkcionálisan egyszerűbb újdonság az AMD Ryzen AI Halo LED driver. Ez a driver a Ryzen AI Halo PC-k előlapján vagy házán található LED-ek ki- és bekapcsolását, illetve RGB színvezérlését teszi lehetővé. Technikailag ez egy speciális, firmware-rel kommunikáló LED-vezérlő interfész, amelyet a kernel a szokásos LED alrendszeren keresztül tesz elérhetővé, így userspace-ből (pl. systemd, saját daemon, vagy akár egy egyszerű shell script) is könnyen vezérelhető.

Intel: KCFI, hibrid CPU-k és Starfire

Az Intel CPU-k esetében a Linux 7.3 több, egymástól jól elkülöníthető területre fókuszál. Az egyik a KCFI (Kernel Control Flow Integrity) optimalizálása régebbi Intel processzorokra. A CFI célja, hogy megakadályozza a vezérlésáramlás manipulálását (pl. ROP/JOP támadások), vagyis hogy a kernel kódja csak érvényes, előre definiált ugrási célokra térhessen át. A KCFI Clang/LLVM-alapú implementációja bizonyos CPU-kon jelentős overheadet okozhat, ezért a 7.3-ban olyan optimalizációk érkeznek, amelyek csökkentik a teljesítményveszteséget, különösen a korábbi generációs Intel Core és Xeon processzorokon. Ez a gyakorlatban azt jelenti, hogy a disztribúciók agresszívebben engedhetik be a KCFI-t alapértelmezett build-opcióként, kevesebb teljesítményáldozat mellett.

A másik fontos terület az Intel hibrid CPU-k (P+E magok) jobb kihasználása. A Linux ütemező már több verzió óta támogatja a heterogén magarchitektúrákat (pl. Intel Alder Lake, Raptor Lake, Meteor Lake, illetve az újabb Core Ultra generációk), de a finomhangolás folyamatos. A 7.3-ban cluster szintű terheléselosztás javítás érkezik, amely a P- és E-magok csoportosítását, illetve a közöttük történő folyamat-migrációt optimalizálja. A cél, hogy a scheduler jobban figyelembe vegye a magok közötti topológiát (pl. cache-hierarchia, NUMA-szerű viselkedés, energia-profil), így játékoknál, interaktív desktop terhelésnél és vegyes workloadoknál kevesebb legyen a „rossz” magválasztásból fakadó lag vagy energia-pazarlás.

Az Intel CPU roadmap egy speciális ága a Starfire, egy Panther Lake-alapú SoC, amelyet szélsőséges környezetekre – például űrmissziókra vagy ipari, sugárzásnak kitett környezetekre – szánnak. A Linux 7.3-ban ennek a platformnak az alapvető támogatását készítik elő. Ez jellemzően olyan patcheket jelent, amelyek a CPU azonosítását, a szükséges errata-kezelést, esetleges speciális RAS (Reliability, Availability, Serviceability) funkciókat, illetve a platform-specifikus ACPI/firmware sajátosságokat kezelik. Bár a végfelhasználók többsége soha nem fog Starfire-alapú gépet látni, a Linux egyik erőssége éppen az, hogy az ilyen, nagyon speciális hardvereket is egységes kernelből tudja kiszolgálni.

Szintén Intel-vonalon érkezik a directed package-level thermal interrupts támogatása. A modern Intel CPU-k komplex hőmenedzsmenttel rendelkeznek: mag-, csomag- és akár alrendszer-szintű szenzorokkal. A package-level thermal interrupt lehetővé teszi, hogy a hőmérsékleti eseményekről célzott, hatékony megszakítás érkezzen a kernel felé, amely így gyorsabban és finomabban tud reagálni (pl. frekvencia-csökkentés, ütemezési döntések módosítása). A „directed” jelleg arra utal, hogy a megszakítások jobban irányíthatók a megfelelő CPU-magokra, csökkentve a felesleges overheadet.

Intel grafika: Nova Lake S, Xe3 és sávszélesség-optimalizálás

Az Intel grafikus stackje az utóbbi években jelentősen átalakult, az i915 klasszikus driver mellé érkezett az Xe-alapú architektúra támogatása. A Linux 7.3-ban stabilnak minősítik a Nova Lake S grafika támogatását, még azelőtt, hogy ezek a CPU-k ténylegesen piacra kerülnének. Ez tipikus Linux-kernel sajátosság: a hardvergyártók és a kernel fejlesztők szorosan együttműködnek, így a támogatás gyakran hónapokkal a kereskedelmi rajt előtt bekerül a mainline-ba. A felhasználók számára ez azt jelenti, hogy amikor a Nova Lake S-alapú gépek megjelennek, a disztribúciók már kész, stabil DRM/mesa stackkel tudják őket kiszolgálni.

Emellett az Intel grafikus driver támogatást kap az Xe3 Peak Bandwidth Threshold funkcióhoz. Ez a funkció a GPU és a memória közötti sávszélesség kihasználásának monitorozására és szabályozására szolgál. A driver képes lesz figyelni, mikor közelíti meg a rendszer a maximális effektív sávszélességet, és ennek megfelelően optimalizálni bizonyos műveleteket, például prefetchinget vagy power state váltásokat. Ez különösen fontos lehet integrált GPU-knál, ahol a CPU és a GPU közös memóriát használ, és a sávszélességért versenyeznek.

CPU-ütemezés: laposabb pick művelet játékos terhelésekhez

A Linux ütemező (CFS – Completely Fair Scheduler) egyik kulcsfontosságú része a pick_next_task() művelet, amely kiválasztja, melyik folyamat fusson a következő időkvantumban. A 7.3-ban a fejlesztők „laposabbá” teszik a pick műveletet, ami azt jelenti, hogy csökkentik a döntési logika komplexitását és a szükséges adatstruktúra-traverzálás mélységét. Ez különösen játékos terheléseknél fontos, ahol sok, rövid életű szál, gyakori kontextusváltás és latency-érzékeny input/output van jelen. A laposabb pick művelet kevesebb CPU-időt emészt fel magára az ütemezésre, így több marad a tényleges játéklogikára és renderelésre, ami alacsonyabb input lagot és stabilabb frametime-ot eredményezhet.

ARM és Apple Silicon: M1 energia-megtakarítás, M3 támogatás

ARM-vonalon a Linux 7.3 egyik érdekes fejlesztése az Apple M1 sorozatú hardverek s2idle módjának energia-megtakarítása. Az s2idle (suspend-to-idle) egy olyan energiatakarékos állapot, ahol a rendszer logikailag alvó állapotban van, de a hardver nagy része továbbra is feszültség alatt marad, így az ébresztés nagyon gyors. Az Apple M1-es gépeken a Linux közösség (pl. Asahi Linux) folyamatosan dolgozik azon, hogy a macOS-hez hasonló energiatakarékosságot érjen el. A 7.3-ban érkező módosítások csökkentik az s2idle alatti fogyasztást, ami hosszabb készenléti időt jelent hordozható M1-es gépeken.

Emellett megkezdik az Apple M3 Pro / Max / Ultra támogatását is, kiegészítve az alap M3 modell támogatását, amelyet a 7.2-es kernelben vezettek be. Jelenleg az M3-sorozat Linux-támogatása még erősen kísérleti: a beszámolók szerint gyakorlatilag csak konzolig bootol, a grafikus gyorsítás, energia-menedzsment és számos periféria még hiányos. Ugyanakkor az, hogy a mainline kernel már most tartalmazza az alapvető SoC-támogatást, jó jel a jövőre nézve: a következő néhány verzióban várhatóan gyors ütemben javul majd az Apple Silicon támogatás, ahogy az M1-nél is történt.

Grafikus front: agresszívebb TTM, AMDGPU fejlesztések, Qualcomm és NVIDIA

A DRM (Direct Rendering Manager) alrendszerben a TTM (Translation Table Maps) memóriakezelés agresszívebbé válik. A TTM a GPU-memória és a rendszer RAM közötti allokációt és lapkezelést végzi, különösen diszkrét GPU-knál. Az „agresszívebb” viselkedés jellemzően azt jelenti, hogy a driver bátrabban mozgatja a lapokat a különböző memóriazónák között, gyorsabban szabadít fel VRAM-ot, és határozottabban reagál memória-nyomásra. Ez játékoknál és nagy VRAM-igényű alkalmazásoknál (pl. gépi tanulás, 3D renderelés) csökkentheti a hirtelen FPS-dropokat, amikor a VRAM megtelik, és a rendszer kénytelen adatokat ki-be pakolni.

Az AMDGPU driver több fontos újítást kap:

• DCN 6.0 támogatás a következő generációs kijelzőmotorhoz. A DCN (Display Core Next) az AMD kijelzőalrendszerének architektúrája, amely a többmonitoros konfigurációkat, a különböző frissítési frekvenciákat, HDR-t, FreeSync-et és egyéb kijelzőfunkciókat kezeli. A 6.0-s verzió a jövőbeli Radeon és APU generációkhoz készül, így a Linux már most felkészül rájuk.
• Jobb GPU reset utáni helyreállás régi AMD GPU-kon, a Valve munkájának köszönhetően. A GPU reset akkor történik, amikor a driver úgy érzékeli, hogy a GPU „megfagyott” (pl. egy shader vagy compute kernel nem tér vissza). A régebbi kártyáknál ez gyakran teljes rendszerfagyáshoz vagy X/Wayland összeomláshoz vezetett. A javítások célja, hogy a reset után a driver minél több állapotot vissza tudjon állítani, és a felhasználó maximum egy rövid képernyővillanást érzékeljen.
• DRM formátum módosítók támogatása régebbi AMD hardvereken. A DRM format modifiers olyan metaadatok, amelyek leírják, hogyan van a pixelek memóriában tárolt elrendezése (pl. tiling, kompresszió). Ezek hatékonyabb buffer-megosztást tesznek lehetővé a komponensek (GPU, kijelző, videodekóder) között. A régebbi hardverekre való kiterjesztés javíthatja a Wayland-kompozitorok és a modern grafikus stack teljesítményét.
• A második grafikus pipe engedélyezése GFX11 APU-kon. A GFX11 az RDNA3 generáció kódneve. A második pipe engedélyezése több párhuzamos kijelző vagy nagyobb sávszélességű kijelzőkonfigurációk (pl. magas frissítés + nagy felbontás) támogatását javítja.

A Qualcomm MSM DRM driver támogatást kap az Adreno 704 és 722 GPU-khoz, ami fontos lépés az ARM-alapú, Qualcomm SoC-s laptopok és táblagépek Linux-támogatása felé. Ezek a GPU-k jellemzően mobil eszközökben találhatók, de a nyílt driver fejlődése lehetővé teszi, hogy a Linux közösség egyre több ilyen eszközt „felszabadítson” a gyártói Android-firmware korlátai alól.

A nyílt forráskódú NVIDIA fronton két párhuzamos irány látszik:

• A Rust-alapú Nova driver tovább fejlődik, egyre több funkcióval. A Nova célja, hogy modern, biztonságosabb, Rustban írt kernelmodul legyen az újabb NVIDIA GPU-khoz. Jelenleg még nem végfelhasználóknak szánják, inkább fejlesztői és kísérleti státuszban van, de hosszabb távon fontos alternatívája lehet a zárt blobnak.
• A régebbi Nouveau driver közben a Vulkan Video támogatására készül a Mesa NVK driverrel. A Vulkan Video egy viszonylag új szabvány a videokódolás/dekódolás Vulkan-API-n keresztüli elérésére. Az NVK a Nouveau új Vulkan-implementációja, és a videódekódolás (NVDEC) támogatása kulcsfontosságú ahhoz, hogy a nyílt driverrel is használható legyen a hardveres videogyorsítás.

Hardvermonitorozás: Lenovo és ASUS szenzorok

Akik szeretik figyelni a gépük hőmérsékleteit, ventilátor-fordulatszámát, azok számára a Linux 7.3 ventilátorszenzor-támogatást hoz több Lenovo laptophoz, valamint további ASUS asztali alaplapok szenzorainak monitorozását. Ezek a fejlesztések tipikusan az hwmon alrendszerben jelennek meg, és lehetővé teszik, hogy olyan eszközök, mint a lm-sensors, a psensor vagy a különböző desktop integrációk (KDE, GNOME) pontosabb adatokat mutassanak. Gyakran gyártóspecifikus ACPI-metódusok vagy EC (Embedded Controller) regiszterek dokumentálatlan használatáról van szó, amelyeket a közösség reverse engineeringgel tár fel, majd kernel driverbe önt.

Fájlrendszerek és I/O: FailFS, NVMe Gen5 optimalizáció

A Linux 7.3-ban várhatóan upstreamre kerül a FailFS, a NullFS kiegészítéseként. A NullFS egy olyan pszeudo-fájlrendszer, amely a fájlműveleteket „elnyeli”, tipikusan tesztelésre vagy speciális sandbox-szcenáriókra használják. A FailFS ennek egy olyan variánsa, amely szándékosan hibákat generál bizonyos műveleteknél. Ez rendkívül hasznos a fájlrendszer- és storage-kód tesztelésénél: a fejlesztők szimulálhatnak I/O-hibákat, diszkhibákat, allokációs kudarcokat, és ellenőrizhetik, hogy a magasabb szintű kód (pl. VFS, userspace alkalmazások) megfelelően kezelik-e ezeket.

Egy másik, gyakorlati szempontból nagyon fontos fejlesztés a PCIe Gen5 NVMe SSD-ken jelentkező szűk keresztmetszet megszüntetése kis I/O műveleteknél. A modern NVMe SSD-k, különösen PCIe 5.0-s interfészen, elképesztően magas IOPS-értékekre képesek, de a kernel I/O stack bizonyos részei nem skálázódtak megfelelően a nagyon kicsi (pl. 4K) műveletek extrém mennyiségére. A 7.3-ban olyan optimalizációk érkeznek, amelyek csökkentik a lock contentiont, javítják a queue-kezelést és a submission/completion path hatékonyságát. Ez adatbázisoknál, log-intenzív szolgáltatásoknál és általában minden olyan workloadnál érezhető, ahol sok kis random I/O történik.

Hálózat: MCTP over USB és Realtek PHY-k

Hálózati oldalon a Linux 7.3 támogatja az MCTP over USB v1.1-et. Az MCTP (Management Component Transport Protocol) egy, főként szerverekben és menedzselt rendszerekben használt protokoll, amely a különböző komponensek (BMC, NIC, CPU, stb.) közötti menedzsment-kommunikációt biztosítja. Az USB-s szállítás támogatása lehetővé teszi, hogy bizonyos menedzsment-funkciók USB-n keresztül is elérhetők legyenek, ami hasznos lehet például dokkolók, külső menedzsment-modulok vagy speciális diagnosztikai eszközök esetén.

Emellett érkezik Realtek RTL8261C és RTL8261D támogatás, amelyek PHY-ként (fizikai réteg) szolgálnak Ethernet-kapcsolatokhoz. A megfelelő driver-támogatás nélkül ezek a chip-ek vagy egyáltalán nem, vagy csak korlátozottan működnek Linux alatt, így a támogatás bővülése közvetlenül javítja az újabb alaplapok és hálózati kártyák out-of-the-box kompatibilitását.

Kézi konzolok, bemeneti eszközök és gaming fókusz

A kézi számítógépek és játékeszközök rohamos terjedésével a Linux kernel egyre több ilyen platform-specifikus drivert kap. A 7.3-ban várhatóan bekerül az MSI Claw gamepad konfigurációs driver, amelyen a Valve és mások dolgoznak. Ez a driver lehetővé teszi az MSI Claw kézi konzol gamepadjának gombkiosztás- és RGB-világítás-beállítását. A kernel szintjén ez tipikusan egy HID-alapú driver, amely speciális vendor-specifikus reportokat kezel, és egységes, standard input-eszközként prezentálja a gamepadot a userspace felé (pl. Steam Input, SDL2, stb.).

Az MSI Claw A8 BZ2EM modell M-Center gombjavításokat is kap az új kernelben, vagyis a speciális funkciógombok (pl. overlay, performance-profilt váltó gombok) megbízhatóbban és konzisztensen működnek majd.

Bemeneti oldalon újdonság a Logitech HID++ 2.0 újraprogramozható gombok támogatása. A Logitech HID++ egy gyártóspecifikus protokoll, amelyet a fejlettebb egerek, billentyűzetek és egyéb perifériák használnak. Az újraprogramozható gombok kernel-szintű támogatása azt jelenti, hogy a felhasználó jobban kihasználhatja a Logitech eszközök extra gombjait Linux alatt, akár gyári szoftver nélkül is, a megfelelő userspace eszközökkel kombinálva.

A Linuxos játék szempontjából külön öröm, hogy végre javítják a natív driver egy régi hiányosságát az eredeti Steam Controllerhez. A Steam Controller támogatása eddig is létezett, de bizonyos funkciók vagy módok nem működtek tökéletesen a natív kernel driverrel, ezért sokan inkább a Steam saját userspace-es megoldására támaszkodtak. A javításokkal a kontroller integrációja egységesebb és megbízhatóbb lesz, ami különösen a Steam Deck és más Linuxos gaming platformok fényében fontos.

Hang és USB: HyperX, SteelSeries, USB4STREAM

A következő kernel bevezeti a HyperX HID drivert, amely helyesen jelzi a mikrofon némítási állapotát olyan eszközöknél, mint a HyperX QuadCast 2 USB gaming mikrofon. A modern USB-s headsetek és mikrofonok gyakran rendelkeznek fizikai mute-gombbal és LED-jelzéssel; a driver feladata, hogy ezt az állapotot szinkronban tartsa a rendszerrel, és lehetővé tegye, hogy a desktop környezet is pontosan tudja, mikor van némítva a mikrofon.

Hang terén újdonság még a SteelSeries Arctis Nova 5X és Nova 7 headsetek támogatása. Ezek a gamer headsetek USB-s és/vagy vezeték nélküli kapcsolaton keresztül kommunikálnak, és a megfelelő kernel-támogatás nélkül csak alapfunkciókkal vagy egyáltalán nem működnek Linux alatt. A támogatás bővülése jobb out-of-the-box élményt jelent a játékosoknak.

Az USB4STREAM-et az Intel vezette be a Linux 7.2-ben, hogy alacsony késleltetésű adatcsomag-átvitelt tegyen lehetővé rendszerek között USB4/Thunderbolt kapcsolaton. A 7.3-ban várhatóan érkezik a busy polling, mint új, még alacsonyabb késleltetésű opció. A busy polling lényege, hogy a kernel vagy a userspace folyamat aktívan „pörög” és ellenőrzi az érkező adatokat, ahelyett, hogy megszakításokra vagy blokkoló várakozásra támaszkodna. Ez CPU-időben drágább, de bizonyos, extrém latency-érzékeny alkalmazásoknál (pl. professzionális audio/video streaming, nagyfrekvenciás kereskedés, speciális ipari vezérlés) megéri az árát.

Virtualizáció: KVM chainsaw

A Linux virtualizációs oldalán a KVM chainsaw néven emlegetett patch-sorozat „takarítja” a kernel-alapú virtuális gépes kód egy részét. A chainsaw nem egy konkrét funkció, hanem inkább egy refaktorálási és kód-karbantartási kezdeményezés: elavult, duplikált vagy rosszul strukturált kódrészeket távolítanak el, egyszerűsítik az API-kat, és előkészítik a terepet a jövőbeli fejlesztéseknek. Bár a végfelhasználó ebből közvetlenül keveset lát, hosszabb távon stabilabb, könnyebben karbantartható KVM-kódot eredményez, ami a disztribúciók és a felhőszolgáltatók számára különösen fontos.

Biztonság: lockdown mód, Syscall User Dispatch

Biztonsági fronton a Linux 7.3 javítja a kernel lockdown módját, amely korábban véletlenül nyitva hagyta a régi I/O és memória-kezelőket. A lockdown mód célja, hogy megakadályozza a kernel integritásának megkerülését, különösen olyan környezetekben, ahol a gép firmware-szintű biztonsági láncban (Secure Boot, stb.) működik. Ha bizonyos régi I/O vagy memóriakezelő interfészek nyitva maradnak, az potenciális támadási felületet jelenthet, ezért a 7.3-ban ezeket szigorúbban lezárják.

Emellett könnyebb lesz letiltani a Syscall User Dispatch (SUD) funkciót. A SUD egy olyan mechanizmus, amely lehetővé teszi, hogy a userspace kontrollálja, mely rendszerhívásokat engedi át a kernelnek, és melyeket kezeli saját maga (pl. bináris kompatibilitási rétegek, sandboxok esetén). Bár hasznos, bizonyos környezetekben biztonsági vagy kompatibilitási okokból szükség lehet a teljes letiltására. A 7.3-ban ennek konfigurálása egyszerűbbé válik, ami a disztribúciók és a rendszergazdák számára ad nagyobb kontrollt.

Régi kódok nyugdíjazása: SGI driverek, soros kártyák, FreeVxFS, EFS

A kernel karbantarthatósága érdekében a fejlesztők folyamatosan vizsgálják, mely driverek és fájlrendszerek számítanak már annyira elavultnak, hogy több kockázatot jelentenek, mint hasznot. A Linux 7.3-ban kikerülnek a régi SGI driverek, mivel biztonsági kockázatot jelentenek, és a mögöttük álló hardverek gyakorlatilag eltűntek a gyakorlatból. Hasonló sorsra jut néhány régi soros kártya driver is, amelyekhez már nincs aktív karbantartó, és a kód állapota nem felel meg a mai biztonsági és minőségi elvárásoknak.

A fájlrendszerek közül a FreeVxFS driverét is kiveszik, valamint az EFS fájlrendszert is nyugdíjazzák. Ezek történelmi okokból kerültek anno a kernelbe (pl. régi Unix-változatok kompatibilitása miatt), de ma már szinte senki nem használja őket aktívan. A kód fenntartása viszont időt és figyelmet igényel, és potenciális sebezhetőségek forrása lehet, ezért a fejlesztők a kivezetés mellett döntöttek. Aki mégis ilyen fájlrendszereket szeretne olvasni, az jellemzően userspace-es eszközökre vagy régi kernelverziókra támaszkodhat.

Előretekintés: benchmarkok, LTS-esélyek

A Linux 7.3 stabil kiadását követően várhatóan megindulnak a részletes teljesítménytesztek: CPU-ütemezés játékok alatt, NVMe Gen5 SSD-k kis I/O teljesítménye, AMD/Intel/Qualcomm/NVIDIA grafikus stack összehasonlítások, Apple Silicon energiafogyasztás, stb. A fejlesztési ciklus ütemezésétől függően nagy esély van rá, hogy az év vége felé érkező 7.4-es verzió lesz az aktuális Long Term Support (LTS) kernel, de ha a 7.2 vagy 7.3 ciklusában csúszások vagy problémák adódnak, elképzelhető, hogy végül a 7.3 kapja meg ezt a szerepet. Az LTS státusz különösen fontos a disztribúciók (pl. Ubuntu LTS, Debian stable, RHEL-klónok) számára, mivel éveken át erre a kernelvonalra építik a támogatást.

Összességében a Linux 7.3 jól mutatja a kernelfejlesztés mai irányait: egyszerre próbál lépést tartani a legújabb, hibrid és AI-orientált CPU-kkal, a következő generációs grafikus hardverekkel és I/O-technológiákkal, miközben bátran nyúl a régi, elavult kódokhoz – akár optimalizálás, akár teljes eltávolítás formájában. A Linux Mint és más desktop disztribúciók felhasználói számára ez a gyakorlatban jobb játékélményt, szélesebb hardvertámogatást és hosszú távon biztonságosabb rendszert jelent.