masse Fedora-udviklere har frigivet en nyt forslag skal implementeres i den næste udgivelse af Fedora 42 (planlagt til slutningen af april), som introducerer mulighed for vedligeholdere at pakke yderligere eksekverbare varianter optimeret til mikroarkitekturer x86-64-v2, x86-64-v3 y x86-64-v4.
Det nævnes det formålet af dette forslag, er detl Drag fordel af specifikke ydeevneforbedringer baseret på hardwarefunktioner, selvom Fedora vil fortsætte med at producere pakker til standard x86-64-v1 arkitekturen.
Det skal bemærkes, at andre distributioner bevæger sig allerede i denne retning, da CentOS nævnes som eksempel, hvor det er kompileret ved hjælp af x86-64-v2, mens RHEL 10 er baseret på x86-64-v3. Ja ok Ydeevneforbedringer er normalt omkring 10 %, visse scenarier viser markante stigninger og når op til 120 %.
I denne model optimerede biblioteker placeres i specifikke undermapper, hvilket gør det muligt for den dynamiske linker automatisk at indlæse den mest passende version. For eksekverbare filer planlægger Fedora at implementere et lignende system ved hjælp af hwcaps-loader-laget, som vil vælge og køre den variant, der er mest kompatibel med de opdagede CPU-kapaciteter. Vedligeholdere vil beslutte, hvilke pakker der vil omfatte disse yderligere varianter, baseret på specifikke præstationstests.
Currently, forslaget, der stadig afventer godkendelse af FESCo (Fedora Engineering Steering Committee), som har til formål at udvide eksisterende support til optimerede biblioteker, som i øjeblikket leveres ved hjælp af glibc-hwcaps mekanismen.
Forening af grub og shim i Fedora 42
Ud over det en anden af de foreslåede ændringer for Fedora 42 er det forene opdateringsmetoder bootloadere GRUB og Shim i standard- og atomversionerne af distributionen. Dette forslag søger at erstatte, hvor RPM-pakkeinstallationsscripts direkte opdaterer mapperne /boot og /boot/efi, med brugen af bootupd-værktøjssættet, der allerede er implementeret i atomiske versioner af Fedora.
Det nye forslag rejser RPM-pakker, der indeholder bootloadere, installerer deres komponenter i en separat mappe inde i /usr-partitionen, i stedet for direkte at ændre de nævnte mapper. Indholdet af /usr ville derefter blive synkroniseret med /boot og /boot/efi ved hjælp af bootupd.
Det nævnes, at ved at implementere denne ændring, Der er flere væsentlige fordele:
- Større sikkerhed og pålidelighed: Brug af bootupd ville tillade en alternativ opstartsmulighed at blive implementeret. Dette betyder, at i tilfælde af problemer efter en bootloader-opdatering, kan brugere vende tilbage til en tidligere konfiguration uden risiko for at gøre systemet ubrugeligt.
- Overensstemmelse mellem varianter: Ved at vedtage en fælles tilgang til atom- og standardversioner af Fedora, ville vedligeholdelse blive forenklet, og uoverensstemmelser mellem opdateringsmetoder ville blive reduceret.
- Modularitet: At adskille bootloader-komponenterne i /usr gør pakkehåndtering lettere, hvilket reducerer potentielle konflikter under opdateringer.
Fedora 42 siger farvel til SquashFS
Sidst men ikke mindst også I Fedora 42 er det planlagt at migrere alle aktive kompileringer af distribution fra SquashFS til EROFS-filsystemet, Dette er for at drage fordel af de avancerede muligheder i EROFS, som allerede har understøttelse af Dracut siden version 103. Dette forslag kræver dog stadig godkendelse fra FESCo (Fedora Engineering Steering Committee), der er ansvarlig for tekniske beslutninger i udviklingen af Fedora.
Det nævnes det Valget af EROFS skyldes behovet for at vedtage et filsystem i konstant udvikling, da SquashFS ikke har modtaget væsentlige opdateringer siden 2023. EROFS fortsætter på den anden side med at udvikle sig og inkorporerer forbedringer, der kan give langsigtede fordele for distributionen. Derudover adskiller dens unikke metode til datakomprimering, baseret på blokke med fast størrelse efter komprimering, den fra andre systemer og giver mulighed for mere effektiv præstationsstyring i visse situationer.
Ændringen vil påvirke alle systembilleder, der fungerer i skrivebeskyttet tilstand, såsom Live-udgaver med KDE, Xfce, Budgie, LXQt, MiracleWM og COSMIC desktops. Det vil også omfatte specialiserede varianter såsom Fedora KDE Plasma Mobile og Fedora CoreOS Live. Beslutningen søger at drage fordel af de fordele, som EROFS tilbyder med hensyn til ydeevne og tilfældig adgangshastighed.
Endelig, hvis du er jegInteresseret i at lære mere om det, du kan kontrollere detaljerne I det følgende link.