Linux 7.2 přidává Cache Aware Scheduling, dostupné prostřednictvím volby CONFIG_SCHED_CACHE. Plánovač už nemusí pohlížet na všechna jádra a všechny části cache stejně. Může se pokusit umístit úlohy, které sdílejí data, do stejné domény poslední úrovně cache, tedy LLC.
Cílem je omezit přesouvání dat mezi cache a snížit počet výpadků cache. To může být důležité především u procesorů se složitou konstrukcí založenou na více čipletech nebo paticích, například u platforem AMD EPYC a Intel Xeon.
Nejde však o univerzální přepínač výkonu. Přínos závisí na konkrétní topologii procesoru i používané zátěži. Nejvíce mohou získat systémy, na nichž přesouvání související práce mezi různými cache doménami vytváří zbytečné prodlevy.
Výkonová část Linuxu 7.2 se nesoustředí na jedinou velkou funkci. Změny jsou rozprostřené napříč několika I/O subsystémy:
io_uring, nejde ale o obecnou garanci pro každý disk či program. Praktický závěr je jednoduchý: Linux 7.2 nemusí každému počítači automaticky přidat stejný výkon. Výraznější rozdíl mohou pocítit hlavně uživatelé, jejichž práce zatěžuje lokálnost dat v CPU cache, metadata souborového systému, rychlá úložiště, roury nebo správu paměti v Btrfs.
Nové jádro obsahuje několik důležitých milníků pro podporu hardwaru:
Další změny se týkají sítí, virtualizace, zabezpečení, vestavěných systémů a sledování spotřeby. Linux 7.2 je proto stejně tak vydáním zaměřeným na zpřístupnění nových platforem jako na samotný výkon.
Linux 7.2 odstraňuje více než 13 000 řádků kódu pro emulaci desetinných operací x87 na i486. Končí také podpora AppleTalku a starých adaptérů ARCnet pro ISA a PCMCIA.
Jádro nyní bez výjimky vyžaduje použitelný čítač časových razítek x86 neboli TSC. Moderní procesory x86 na něm obecně už dávno závisejí, takže změna se týká především mimořádně starého nebo neobvyklého hardwaru, nikoli běžných současných počítačů a serverů.
Vývojový cyklus zároveň dokončil dlouholetý úklid, jehož cílem bylo odstranit ze stromu jádra všechna použití zastaralého API strncpy(). To bylo nahrazeno explicitnějšími funkcemi pro práci s řetězci.
Linux 7.2 během vývoje krátce obsahoval nový „férový“ plánovač GPU, který měl zlepšit pořadí zpracování grafických úloh. Regrese u grafiky AMD ale vedly k tomu, že vývojáři tuto část před vydáním vrátili k modelu FIFO.
Je to připomínka, že funkce, která se objeví ve vývojové větvi, ještě nemusí být připravená pro stabilní vydání. Maintainery zde zajistili předvídatelnější chování grafiky místo toho, aby za každou cenu prosadili ambicióznější model plánování.
Vývoj Linuxu 7.2 trval přibližně devět týdnů a zapojilo se do něj více než 2 100 přispěvatelů, což představovalo rekordní účast během merge window. Podle analýzy citované ve zpravodajství neslo přibližně 5 % commitů označení související s asistencí AI.
Podstatou obav není tvrzení, že by AI sama napsala hlavní funkce Linuxu. Nástroje AI spíše zvyšují přísun hlášení zranitelností, navrhovaných patchů, nálezů z revizí a následných oprav. Některé přijaté změny řeší problémy odhalené pomocí analýzy s asistencí AI, ale každý návrh stále znamená další práci pro lidské maintainery a reviewery.
Když Linus Torvalds označuje rozsáhlé pozdní změny za „nový normál“, zní to spíše jako smíření s rostoucí provozní realitou než jako souhlas s nižšími nároky na kontrolu kódu. Linux 7.2 vyšel podle plánu, jeho rušný závěr ale ukazuje, proč maintainers zůstávají opatrní vůči objemu změn, regresím a kvalitě patchů.
Merge window pro Linux 7.3 se otevřelo bezprostředně po vydání verze 7.2. Podle dostupných zpráv už čekalo přibližně 40 pull requestů. Právě následující týdny rozhodnou, které větší změny se do nové vývojové řady dostanou.
Canonical zatím uvádí Linux 7.2 jako cílovou verzi jádra pro Ubuntu 26.10 „Stonking Stingray“. Vydání distribuce je naplánováno na 15. října 2026, přičemž zmrazení jádra má nastat 1. října. Díky tomu je Linux 7.2 zavedenějším kandidátem, konečný výběr se však může změnit, pokud testování odhalí závažné regrese nebo problémy s integrací.
Pro vývojáře jádra tedy následuje další kolo regresních testů a revizí. Pro běžné uživatele je důležitější než samotný dlouhý seznam funkcí otázka, zda jejich hardware a pracovní zátěž odpovídají nejsilnějším stránkám Linuxu 7.2: lepší lokálnosti cache, rychlejším souborovým systémům, nově podporovaným platformám nebo lepšímu ovládání zařízení.
Linux 7.2 přidává Cache Aware Scheduling, dostupné prostřednictvím volby CONFIG_SCHED_CACHE. Plánovač už nemusí pohlížet na všechna jádra a všechny části cache stejně. Může se pokusit umístit úlohy, které sdílejí data, do stejné domény poslední úrovně cache, tedy LLC.
Cílem je omezit přesouvání dat mezi cache a snížit počet výpadků cache. To může být důležité především u procesorů se složitou konstrukcí založenou na více čipletech nebo paticích, například u platforem AMD EPYC a Intel Xeon.
Nejde však o univerzální přepínač výkonu. Přínos závisí na konkrétní topologii procesoru i používané zátěži. Nejvíce mohou získat systémy, na nichž přesouvání související práce mezi různými cache doménami vytváří zbytečné prodlevy.
Výkonová část Linuxu 7.2 se nesoustředí na jedinou velkou funkci. Změny jsou rozprostřené napříč několika I/O subsystémy:
io_uring, nejde ale o obecnou garanci pro každý disk či program. Praktický závěr je jednoduchý: Linux 7.2 nemusí každému počítači automaticky přidat stejný výkon. Výraznější rozdíl mohou pocítit hlavně uživatelé, jejichž práce zatěžuje lokálnost dat v CPU cache, metadata souborového systému, rychlá úložiště, roury nebo správu paměti v Btrfs.
Nové jádro obsahuje několik důležitých milníků pro podporu hardwaru:
Další změny se týkají sítí, virtualizace, zabezpečení, vestavěných systémů a sledování spotřeby. Linux 7.2 je proto stejně tak vydáním zaměřeným na zpřístupnění nových platforem jako na samotný výkon.
Linux 7.2 odstraňuje více než 13 000 řádků kódu pro emulaci desetinných operací x87 na i486. Končí také podpora AppleTalku a starých adaptérů ARCnet pro ISA a PCMCIA.
Jádro nyní bez výjimky vyžaduje použitelný čítač časových razítek x86 neboli TSC. Moderní procesory x86 na něm obecně už dávno závisejí, takže změna se týká především mimořádně starého nebo neobvyklého hardwaru, nikoli běžných současných počítačů a serverů.
Vývojový cyklus zároveň dokončil dlouholetý úklid, jehož cílem bylo odstranit ze stromu jádra všechna použití zastaralého API strncpy(). To bylo nahrazeno explicitnějšími funkcemi pro práci s řetězci.
Linux 7.2 během vývoje krátce obsahoval nový „férový“ plánovač GPU, který měl zlepšit pořadí zpracování grafických úloh. Regrese u grafiky AMD ale vedly k tomu, že vývojáři tuto část před vydáním vrátili k modelu FIFO.
Je to připomínka, že funkce, která se objeví ve vývojové větvi, ještě nemusí být připravená pro stabilní vydání. Maintainery zde zajistili předvídatelnější chování grafiky místo toho, aby za každou cenu prosadili ambicióznější model plánování.
Vývoj Linuxu 7.2 trval přibližně devět týdnů a zapojilo se do něj více než 2 100 přispěvatelů, což představovalo rekordní účast během merge window. Podle analýzy citované ve zpravodajství neslo přibližně 5 % commitů označení související s asistencí AI.
Podstatou obav není tvrzení, že by AI sama napsala hlavní funkce Linuxu. Nástroje AI spíše zvyšují přísun hlášení zranitelností, navrhovaných patchů, nálezů z revizí a následných oprav. Některé přijaté změny řeší problémy odhalené pomocí analýzy s asistencí AI, ale každý návrh stále znamená další práci pro lidské maintainery a reviewery.
Když Linus Torvalds označuje rozsáhlé pozdní změny za „nový normál“, zní to spíše jako smíření s rostoucí provozní realitou než jako souhlas s nižšími nároky na kontrolu kódu. Linux 7.2 vyšel podle plánu, jeho rušný závěr ale ukazuje, proč maintainers zůstávají opatrní vůči objemu změn, regresím a kvalitě patchů.
Merge window pro Linux 7.3 se otevřelo bezprostředně po vydání verze 7.2. Podle dostupných zpráv už čekalo přibližně 40 pull requestů. Právě následující týdny rozhodnou, které větší změny se do nové vývojové řady dostanou.
Canonical zatím uvádí Linux 7.2 jako cílovou verzi jádra pro Ubuntu 26.10 „Stonking Stingray“. Vydání distribuce je naplánováno na 15. října 2026, přičemž zmrazení jádra má nastat 1. října. Díky tomu je Linux 7.2 zavedenějším kandidátem, konečný výběr se však může změnit, pokud testování odhalí závažné regrese nebo problémy s integrací.
Pro vývojáře jádra tedy následuje další kolo regresních testů a revizí. Pro běžné uživatele je důležitější než samotný dlouhý seznam funkcí otázka, zda jejich hardware a pracovní zátěž odpovídají nejsilnějším stránkám Linuxu 7.2: lepší lokálnosti cache, rychlejším souborovým systémům, nově podporovaným platformám nebo lepšímu ovládání zařízení.