Els desenvolupadors de Fedora han donat a conèixer una nova proposta per ser implementada en el proper llançament de Fedora 42 (programat per a finals d'abril), la qual introdueix la possibilitat que els mantenidors empaquetin variants executables addicionals optimitzades per a les microarquitectures x86-64-v2, x86-64-v3 y x86-64-v4.
S'esmenta que la finalitat. d'aquesta proposta, és el aprofitar les millores específiques en el rendiment segons les capacitats del maquinari, encara que Fedora continuarà produint paquets per a l'arquitectura estàndard x86-64-v1.
Cal destacar que altres distribucions ja estan avançant en aquesta adreça, ja que s'esmenta com a exemple CentOS, on es compila usant x86-64-v2, mentre que RHEL 10 es basa en x86-64-v3. Si bé les millores de rendiment solen rondar el 10%, certs escenaris mostren increments notables i arriben fins a un 120%.
En aquest model, les biblioteques optimitzades es col·loquen en subdirectoris específics, permetent al vinculador dinàmic carregar automàticament la versió més adequada. Per a fitxers executables, Fedora planeja implementar un sistema similar mitjançant la capa hwcaps-loader, que seleccionarà i executarà la variant més compatible amb les capacitats de la CPU detectades. Els mantenidors decidiran quins paquets inclouran aquestes variants addicionals, basant-se en proves de rendiment concretes.
Actualment, la proposta, encara pendent d'aprovació pel FESCo (Fedora Engineering Steering Committee) el qual té com a objectiu ampliar el suport existent per a biblioteques optimitzades, que actualment es lliuren utilitzant el mecanisme de glibc-hwcaps.
Unificació de grub i shim a Fedora 42
A més d'això, un altre dels canvis que s'han proposat per a Fedora 42 és el de unificar els mètodes d'actualització de els gestors d'arrencada GRUB i Shim a les versions estàndard i atòmiques de la distribució. Aquesta proposta cerca reemplaçar el lloc on els scripts d'instal·lació de paquets RPM actualitzen directament els directoris /boot i /boot/efi, amb l'ús del kit d'eines bootupd, ja implementat a les versions atòmiques de Fedora.
La nova proposta planteja que els paquets RPM que contenen carregadors d'arrencada instal·lin els seus components en un directori separat dins de la partició /usr, en lloc de modificar directament els directoris esmentats Posteriorment, el contingut de /usr se sincronitzaria amb /boot i /boot/efi mitjançant bootupd.
S'esmenta que en implementar aquest canvi, es presenten diversos avantatges significatius:
- Major seguretat i fiabilitat: L'ús de bootupd permetria implementar una opció d'arrencada alternativa. Això significa que, en cas de problemes després d'una actualització del carregador, els usuaris podrien revertir a una configuració anterior sense riscos de deixar el sistema inoperable.
- Consistència entre variants: En adoptar un enfocament comú per a les versions atòmiques i estàndard de Fedora, se'n simplificaria el manteniment i es reduirien discrepàncies entre els mètodes d'actualització.
- modularitat: En separar els components del carregador a /usr, es facilita l'administració dels paquets, reduint possibles conflictes durant les actualitzacions.
Fedora 42 diu adéu a SquashFS
Finalment i no menys important, també a Fedora 42 es té previst migrar totes les compilacions actives de la distribució des SquashFS cap al sistema de fitxers EROFS, això amb la finalitat d'aprofitar les capacitats avançades d'EROFS, que ja compta amb suport per a Dracut des de la seva versió 103. Tot i això, aquesta proposta encara requereix l'aprovació del FESCo (Fedora Engineering Steering Committee), encarregat de les decisions tècniques en el desenvolupament de Fedora.
S'esmenta que l'elecció d'EROFS és per la necessitat d'adoptar un sistema d'arxius en desenvolupament constant, ja que SquashFS no ha rebut actualitzacions significatives des del 2023. EROFS, per contra, segueix evolucionant i incorporant millores que podrien oferir beneficis a llarg termini per a la distribució. A més, el seu mètode únic per a la compressió de dades, basat en blocs de mida fixa després de la compressió, el diferencia d'altres sistemes i permet un maneig més eficient del rendiment en certes situacions.
El canvi afectarà totes les imatges del sistema que operen en mode de només lectura, com les edicions Live amb escriptoris KDE, Xfce, Budgie, LXQt, MiracleWM i COSMIC. També inclourà variants especialitzades com Fedora KDE Plasma Mobile i Fedora CoreOS Live. La decisió cerca aprofitar els avantatges que ofereix EROFS en termes de rendiment i velocitat d'accés aleatori.
Finalment, si hi ets iinteressant en poder conèixer més sobre això, pots consultar els detalls en el següent enllaç.