A Linux 7.0 nagy kernelverziója jelentős frissítéseket hozott az NFS (Network File System) szerverhez, amelyek a teljesítményt és a skálázhatóságot javítják. A NFSD mostantól képes a dinamikus szálmedence (thread pool) méretezésére, így a szerver automatikusan növelheti vagy csökkentheti a szálak számát a terhelés függvényében.
A Sparky Linux kiadta a 8.2-es verziót, a “Seven Sisters” sorozat második negyedéves frissítését, amely a Debian 13 “Trixie” alapokra épül. Az új kiadás tartalmazza a Debian és a Sparky stabil tárolóinak február 14-i állapot szerinti összes csomagfrissítését, így a felhasználók a legújabb stabil szoftverekkel dolgozhatnak.
Megjelent a Fish Shell 4.5, amely egy karbantartási frissítés a 4.0-s főverzió ágán belül. A kiadás elsődleges célja a korábbi verziókban felmerült regressziók javítása, különösen a Vi módot és az előzménykeresést érintő hibák esetében, miközben egy fontos belső átalakítás is véglegessé vált.
A System76 kiadta a COSMIC asztali környezet 1.0.7-es verzióját, amely a megszokott karbantartási ütemterv részeként érkezett. A frissítés célja a stabilitás növelése és a mindennapi használat csiszolása, különös tekintettel a munkaterületek kezelésére. Bár nem nagy funkcióbővítésről van szó, több apró változtatás együtt érezhetően jobb felhasználói élményt eredményez.
A fejlesztés alatt álló Linux kernel 7.0-s verziója több fontos fájlrendszer-fejlesztést hoz, amelyek közül az egyik legérdekesebb a flash-meghajtókra optimalizált F2FS előrelépése. A frissítések célja egyértelműen a mindennapi teljesítmény javítása, különösen modern SSD-k és beágyazott tárolók esetén. A fejlesztők több kulcsfontosságú optimalizációt vezettek be, amelyek egy része már mérhető gyorsulást is hoz.
A közelgő Linux kernel 7.0-s kiadása nemcsak teljesítmény- és fájlrendszer-fejlesztéseket hoz, hanem jelentős kriptográfiai előrelépést is. A fejlesztők beemelték az ML-DSA kvantumálló digitális aláírási algoritmus támogatását, amely fontos mérföldkő a jövőbiztos biztonság felé. Az új megoldás első körben a kernelmodulok aláírásánál kap szerepet, de hosszabb távon más területeken is megjelenhet.
A közelgő Linux kernel 7.0-s kiadása egy régóta érlelődő biztonsági döntést valósít meg: megszűnik a kernelmodulok SHA-1 algoritmussal történő aláírásának támogatása. Bár a változás elsőre drasztikusnak tűnhet, a gyakorlatban nem okoz kompatibilitási törést, mivel a már meglévő, SHA-1-gyel aláírt modulok továbbra is betölthetők maradnak. A lépés egyértelműen a modern, erősebb kriptográfiai megoldások felé tereli a Linux ökoszisztémát.
A Linux 7.0 kernel egyik kevésbé látványos, de annál fontosabb újdonsága az AMD EPYC Zen 5 szerverplatformokhoz kapcsolódó CXL-fejlesztés, amely hosszú hónapok munkája után végre bekerült a fő kernelágba. A változtatás az ACPI PRMT-alapú címfordítást valósítja meg a CXL (Compute Express Link) alrendszerben, ami kulcsszerepet játszik a következő generációs, memóriaintenzív szerverarchitektúrák működésében.
A Linux 7.0 kernel fejlesztési ciklusában a hardverfigyelő (HWMON – hardware monitoring) alrendszer frissítései már bekerültek, így újabb ASUS asztali alaplapok esetén érhető el működő szenzor támogatás. Az ASUS általában kiemelkedően jól támogatott a Linuxon, köszönhetően a közösség számos fejlesztőjének munkájának. Bár örvendetes lenne, ha a gyártó közvetlenül is végezné ezeket a fejlesztéseket, az AMD és Intel processzoros ASUS alaplapok rendszeresen az egyik legjobb választást jelentik a hőmérséklet, feszültség és ventilátoradatok monitorozásához.
Bár a Linux 7.0 kernel hírei most elsősorban az Intel és AMD x86_64 architektúrák fejlesztéseiről szólnak, a régebbi, de még mindig aktív SPARC, Alpha és Motorola 680x0 („m68k”) processzorok is kaptak frissítéseket az új kernelhez. Ezek a régi CPU-portok ritkábban kapnak javításokat, de az upstream Linux kernel csapata továbbra is karbantartja őket, így a legacy architektúrák használói sem maradnak támogatás nélkül.
A Linux 7.0 kernel frissítései között az EXT4 fájlrendszer is jelentős teljesítményjavulást kapott, különösen a párhuzamos közvetlen I/O (concurrent direct I/O) írások kezelésében. Az új megoldás lényege, hogy a még nem írt kiterjedések (unwritten extents) felbontását a tényleges I/O művelet befejezéséig halasztja, így csökkentve az írási műveletek overheadjét és növelve az írási sebességet több fájl egyidejű módosítása során.