V izdaji Fedora 42, načrtovani za konec aprila, je predlagano, da se omogoči vzdrževalcem vključitev dodatnih različic izvršnih datotek v pakete, sestavljene z vključitvijo optimizacij za mikroarhitekture x86-64-v2, x86-64-v3 in x86-64-v4. Opaženo je, da Fedora še naprej zbira pakete za arhitekturo x86-64-v1, medtem ko CentOS uporablja arhitekturo x86-64-v2 pri zbiranju, RHEL 10 pa x86-64-v3. V večini primerov povečanje zmogljivosti pri zbiranju za take arhitekture ne presega 10 %, vendar v posameznih situacijah privede do opaznega povečanja zmogljivosti (do 120 %). Predlog še ni bil odobren s strani odbora FESCo (Fedora Engineering Steering Committee), ki je odgovoren za tehnični del razvoja distribucije Fedora.
V Fedori je že dovoljeno dostavljanje dodatnih knjižnic, optimiziranih za razširjene različice arhitekture x86_64, in to možnost nameravajo zdaj razširiti tudi na izvršne datoteke. Prenos optimiziranih izvedb knjižnic izvaja dinamični linker, ki preverja prisotnost dodatnih različic v podmapah glibc-hwcaps, ki se nahajajo v predelih FS, pregledanih med iskanjem knjižnic (na primer, /usr/lib64/glibc-hwcaps/x86-64-v2).
V primeru izvršnih datotek se predlaga uporaba sloja hwcaps-loader, ki bo izbiral in zagnal različico izvršne datoteke, ki ustreza zmogljivostim trenutnega sistema. Za pakete, ki dostavljajo več različic izvršnih datotek, se predlaga, da se ta sloj nastavi prek simbolične povezave. Odločitev o dodajanju dodatno optimiziranih izvršnih datotek bodo sprejemali vzdrževalci, odvisno od rezultatov testiranja zmogljivosti posameznih paketov.
Različice x86-64-v* določajo neformalni način identifikacije strižnih stanj mikroarhitekture, ki pokrivajo določene nize razširitev:
- x86-64-v2 pokriva razširitve SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF in CMPXCHG16B.
- x86-64-v3 — AVX, AVX2, BMI2, FMA, LZCNT, MOVBE in SXSAVE.
- x86-64-v4 — AVX512F, AVX512BW, AVX512CD, AVX512DQ in AVX512VL.
Dodatno je moguće istaknuti prijedlog za unifikaciju ažuriranja bootloadera grub i shim u atomskim i običnim verzijama Fedore. Umjesto ažuriranja sadržaja direktorija /boot i /boot/efi putem poziva skripte tijekom instalacije rpm paketa, predlaže se korištenje alata bootupd za ažuriranje bootloadera, koji se već primjenjuje u atomskim verzijama Fedore. U rpm paketima s bootloaderima, sadržaj se predlaže instalirati ne izravno u direktorije /boot i /boot/efi, nego u poseban direktorij unutar dijela /usr, nakon čega se s njim sinkronizira sadržaj /boot i /boot/efi. Takav pristup omogućit će implementaciju alternativne opcije za pokretanje, koja se može koristiti za povratak na staru konfiguraciju u slučaju problema nakon ažuriranja bootloadera.
Izvor: opennet.ru
