V rámci vydání Fedora 42, plánovaného na konec dubna, je navrženo povolit správcům zahrnovat do balíčků další varianty spustitelných souborů, sestavené s optimalizacemi pro mikroarchitektury x86-64-v2, x86-64-v3 a x86-64-v4. Je zdůrazněno, že Fedora pokračuje ve shromažďování balíčků pro architekturu x86-64-v1, zatímco CentOS využívá při sestavování architekturu x86-64-v2 a RHEL 10 — x86-64-v3. V mnoha případech nárůst výkonu při sestavování pro takové architektury nepřesahuje 10 %, ale v určitých situacích vede k výraznému zvýšení výkonu (až 120 %). Tento návrh zatím nebyl schválen výborem FESCo (Fedora Engineering Steering Committee), který odpovídá za technickou část vývoje distribuce Fedora.
Ve Fedoře již existuje možnost dodání dalších knihoven optimalizovaných pro rozšířené verze architektury x86_64, a tuto možnost plánují nyní rozšířit na spustitelné soubory. Stažení optimalizovaných realizací knihoven zajišťuje dynamický linker, který kontroluje přítomnost dalších variant v podadresářích glibc-hwcaps, umístěných v oblastech FS, jež jsou prohledávány při hledání knihoven (například /usr/lib64/glibc-hwcaps/x86-64-v2).
V případě spustitelných souborů se navrhuje použít vrstvu hwcaps-loader, která bude vybírat a spouštět variantu spustitelného souboru odpovídající možnostem současného systému. Pro balíčky dodávající několik variant spustitelných souborů se doporučuje tuto vrstvu vystavit prostřednictvím symbolického odkazu. Rozhodnutí o přidání dodatečně optimalizovaných spustitelných souborů budou přijímat správci, v závislosti na výsledcích testování výkonu konkrétních balíčků.
Verze x86-64-v* určují neoficiální způsob identifikace řezů stavu mikroarchitektury, pokrývajících určité sady rozšíření:
- x86-64-v2 pokrývá rozšíření SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF a CMPXCHG16B.
- x86-64-v3 — AVX, AVX2, BMI2, FMA, LZCNT, MOVBE a SXSAVE.
- x86-64-v4 — AVX512F, AVX512BW, AVX512CD, AVX512DQ a AVX512VL.
Dále můžeme zmínit nabídku na unifikaci aktualizací bootloaderů grub a shim v atomárních a běžných verzích Fedora. Místo aktualizace obsahu adresářů /boot a /boot/efi pomocí skriptu během instalace rpm balíčku se navrhuje k aktualizaci bootloaderu použít nástroj bootupd, který se již používá v atomárně aktualizovaných verzích Fedora. Obsah rpm balíčků s bootloadery by se měl instalovat nikoliv přímo do adresářů /boot a /boot/efi, ale do samostatného adresáře uvnitř oddílu /usr, po čemž by se obsah /boot a /boot/efi měl synchronizovat s tímto adresářem. Tento přístup umožní vytvořit záložní variantu spouštění, kterou lze použít pro návrat k staré konfiguraci v případě problémů po aktualizaci bootloaderu.
Zdroj: opennet.ru
