{"id":121307,"date":"2025-01-11T09:46:03","date_gmt":"2025-01-11T07:46:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-42-planiruyut-postavlyat-optimizirovannye-varianty-ispolnyaemyh-fajlov"},"modified":"2025-01-11T09:46:03","modified_gmt":"2025-01-11T07:46:03","slug":"v-fedora-42-planiruyut-postavlyat-optimizirovannye-varianty-ispolnyaemyh-fajlov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/v-fedora-42-planiruyut-postavlyat-optimizirovannye-varianty-ispolnyaemyh-fajlov","title":{"rendered":"I Fedora 42 planl\u00e6gger man at levere optimerede versioner af eksekverbare filer","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I udgaven af Fedora 42, der forventes i slutningen af april, foresl\u00e5s det, at vedligeholdere f\u00e5r lov til at inkludere ekstra versioner af eksekverbare filer i pakker, som er blevet kompileret med optimeringer til mikroarkitekturerne x86-64-v2, x86-64-v3 og x86-64-v4. Det bem\u00e6rkes, at Fedora forts\u00e6tter med at samle pakker til arkitekturen x86-64-v1, mens CentOS bruger arkitekturen x86-64-v2, og RHEL 10 - x86-64-v3, under opbygning. I de fleste tilf\u00e6lde overstiger pr\u00e6stationsgevinsten ved bygning for s\u00e5danne arkitekturer ikke 10%, men i visse situationer f\u00f8rer den til en m\u00e6rkbar stigning i ydeevnen (op til 120%). Forslaget er endnu ikke blevet godkendt af FESCo (Fedora Engineering Steering Committee), der har ansvaret for den tekniske del af udviklingen af Fedora-distributionen. <\/p>\n
I Fedora er det allerede tilladt at levere yderligere biblioteker, der er optimeret til de udvidede versioner af arkitekturen x86_64, og denne mulighed planl\u00e6gges nu at blive udvidet til eksekverbare filer. Indl\u00e6sning af optimerede implementeringer af biblioteker h\u00e5ndteres af linkeren (dynamic linker), der tjekker for tilg\u00e6ngeligheden af yderligere varianter i underskatalogerne glibc-hwcaps, som findes i filsystemomr\u00e5der, der gennems\u00f8ges ved bibliotekss\u00f8gning (f.eks. \/usr\/lib64\/glibc-hwcaps\/x86-64-v2). <\/p>\n
For de eksekverbare filer foresl\u00e5s det at bruge et lag kaldet hwcaps-loader, der vil v\u00e6lge og udf\u00f8re den variant af den eksekverbare fil, der svarer til mulighederne i det aktuelle system. For pakker, der leverer flere varianter af eksekverbare filer, foresl\u00e5s det at levere dette lag gennem et symbolsk link. Beslutningen om at tilf\u00f8je yderligere optimerede eksekverbare filer vil blive truffet af vedligeholderne, afh\u00e6ngig af resultaterne af pr\u00e6stationstests for specifikke pakker. <\/p>\n
Versionerne x86-64-v* definerer en uofficiel metode til identifikation af mikroarkitekturens tilstand, der d\u00e6kker bestemte s\u00e6t af udvidelser: <\/p>\n
\n
x86-64-v2 d\u00e6kker udvidelserne SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF og CMPXCHG16B.\n
x86-64-v3 - AVX, AVX2, BMI2, FMA, LZCNT, MOVBE og SXSAVE.\n
x86-64-v4 - AVX512F, AVX512BW, AVX512CD, AVX512DQ og AVX512VL. <\/ul>\n
Derudover kan man n\u00e6vne forslaget om at uniformere opdateringen af grub- og shim-bootloadere i atomisk og almindelig version af Fedora. I stedet for at opdatere indholdet af mapperne \/boot og \/boot\/efi ved at kalde et script under installationen af rpm-pakken, foresl\u00e5s det at bruge v\u00e6rkt\u00f8jet bootupd til opdatering af bootloaderen, som allerede anvendes i atomisk opdaterede versioner af Fedora. I rpm-pakker med bootloadere foresl\u00e5s det at installere indholdet ikke direkte i mapperne \/boot og \/boot\/efi, men i en separat mappe inden for partitionen \/usr, hvorefter indholdet af \/boot og \/boot\/efi synkroniseres med det. En s\u00e5dan tilgang vil muligg\u00f8re en alternativ opstartsmulighed, som kan bruges til at rulle tilbage til en gammel konfiguration i tilf\u00e6lde af problemer efter opdateringen af bootloaderen. \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"