den Fedora-utviklere har sluppet en nytt forslag skal implementeres i neste utgivelse av Fedora 42 (planlagt til slutten av april), som introduserer mulighet for vedlikeholdere å pakke ytterligere kjørbare varianter optimalisert for mikroarkitekturer x86-64-v2, x86-64-v3 y x86-64-v4.
Det er nevnt at hensikt av dette forslaget, er detl Dra nytte av spesifikke ytelsesforbedringer basert på maskinvareegenskaper, selv om Fedora vil fortsette å produsere pakker for standard x86-64-v1-arkitekturen.
Det skal bemerkes at andre distribusjoner beveger seg allerede i denne retningen, siden CentOS er nevnt som et eksempel, hvor det er kompilert ved hjelp av x86-64-v2, mens RHEL 10 er basert på x86-64-v3. Ja ok Ytelsesforbedringer er vanligvis rundt 10 %, visse scenarier viser bemerkelsesverdige økninger, og når opp til 120 %.
I denne modellen, optimaliserte biblioteker plasseres i spesifikke underkataloger, slik at den dynamiske linkeren automatisk laster den mest passende versjonen. For kjørbare filer planlegger Fedora å implementere et lignende system ved å bruke hwcaps-loader-laget, som vil velge og kjøre varianten som er mest kompatibel med de oppdagede CPU-evnene. Vedlikeholdere vil bestemme hvilke pakker som vil inkludere disse tilleggsvariantene, basert på spesifikke ytelsestester.
Tiden, forslaget, fortsatt i påvente av godkjenning av FESCo (Fedora Engineering Steering Committee) som har som mål å utvide eksisterende støtte for optimaliserte biblioteker, som for tiden leveres ved hjelp av glibc-hwcaps-mekanismen.
Forening av grub og shim i Fedora 42
I tillegg til det, en annen av endringene som er foreslått for Fedora 42 er det forene oppdateringsmetoder bootloadere GRUB og Shim i standard- og atomversjonene av distribusjonen. Dette forslaget søker å erstatte hvor RPM-pakkeinstallasjonsskriptene direkte oppdaterer /boot- og /boot/efi-katalogene, med bruk av bootupd-verktøysettet, allerede implementert i atomversjoner av Fedora.
Det nye forslaget reiser RPM-pakker som inneholder oppstartslastere, installerer komponentene sine i en egen katalog inne i /usr-partisjonen, i stedet for å direkte endre de nevnte katalogene. Innholdet i /usr vil da bli synkronisert med /boot og /boot/efi ved å bruke bootupd.
Det nevnes at ved å implementere denne endringen, Det er flere betydelige fordeler:
- Større sikkerhet og pålitelighet: Bruk av bootupd ville tillate et alternativt oppstartsalternativ å bli implementert. Dette betyr at i tilfelle problemer etter en bootloader-oppdatering, kan brukere gå tilbake til en tidligere konfigurasjon uten risiko for å gjøre systemet ubrukelig.
- Konsistens mellom varianter: Ved å ta i bruk en felles tilnærming for atom- og standardversjoner av Fedora, vil vedlikeholdet bli forenklet og avvik mellom oppdateringsmetoder vil reduseres.
- Modularitet: Å separere bootloader-komponentene i /usr gjør pakkeadministrasjon enklere, og reduserer potensielle konflikter under oppdateringer.
Fedora 42 sier farvel til SquashFS
Sist men ikke minst også I Fedora 42 er det planlagt å migrere alle aktive kompilasjoner av distribusjon fra SquashFS til EROFS-filsystemet, Dette er for å dra nytte av de avanserte egenskapene til EROFS, som allerede har støtte for Dracut siden versjon 103. Dette forslaget krever imidlertid fortsatt godkjenning fra FESCo (Fedora Engineering Steering Committee), som er ansvarlig for tekniske beslutninger i utviklingen av Fedora.
Det er nevnt at Valget av EROFS skyldes behovet for å ta i bruk et filsystem i konstant utvikling, ettersom SquashFS ikke har mottatt vesentlige oppdateringer siden 2023. EROFS på den annen side fortsetter å utvikle seg og innlemme forbedringer som kan gi langsiktige fordeler for distribusjonen. I tillegg skiller dens unike metode for datakomprimering, basert på blokker med fast størrelse etter komprimering, den fra andre systemer og muliggjør mer effektiv ytelsesstyring i visse situasjoner.
Endringen vil påvirke alle systembilder som fungerer i skrivebeskyttet modus, slik som Live-utgaver med KDE, Xfce, Budgie, LXQt, MiracleWM og COSMIC-stasjonære datamaskiner. Den vil også inkludere spesialiserte varianter som Fedora KDE Plasma Mobile og Fedora CoreOS Live. Beslutningen søker å utnytte fordelene som EROFS tilbyr når det gjelder ytelse og tilfeldig tilgangshastighet.
Til slutt, hvis du er jegInteressert i å lære mer om det, kan du sjekke detaljene I den følgende lenken.