{"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\/it\/blog\/novosti-interneta\/v-fedora-42-planiruyut-postavlyat-optimizirovannye-varianty-ispolnyaemyh-fajlov","title":{"rendered":"In Fedora 42 si prevede di fornire versioni ottimizzate dei file eseguibili","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nella release di Fedora 42, prevista per la fine di aprile, si propone di consentire ai manutentori di includere nei pacchetti opzioni aggiuntive di file eseguibili, compilati con ottimizzazioni per le microarchitetture x86-64-v2, x86-64-v3 e x86-64-v4. Si segnala che Fedora continuer\u00e0 a raccogliere pacchetti per l'architettura x86-64-v1, mentre CentOS utilizza per la compilazione l'architettura x86-64-v2, e RHEL 10 - x86-64-v3. Nella maggior parte dei casi, l'aumento delle prestazioni nella compilazione per tali architetture non supera il 10%, ma in alcune situazioni porta a un notevole miglioramento delle prestazioni (fino al 120%). La proposta non \u00e8 ancora stata approvata dal comitato FESCo (Fedora Engineering Steering Committee), responsabile della parte tecnica dello sviluppo della distribuzione Fedora. <\/p>\n
In Fedora, the delivery of additional libraries optimized for extended versions of the x86_64 architecture is already allowed, and this capability is now planned to be extended to executable files. The loading of optimized library implementations is performed by the dynamic linker, which checks for the presence of additional variants in the glibc-hwcaps subdirectories located in the file system areas searched for libraries (e.g., \/usr\/lib64\/glibc-hwcaps\/x86-64-v2). <\/p>\n
For executable files, it is proposed to use the hwcaps-loader layer, which will select and run the variant of the executable file corresponding to the capabilities of the current system. For packages that provide multiple variants of executable files, this layer is recommended to be exposed through a symbolic link. The decision to add additionally optimized executable files will be made by maintainers, depending on the performance testing results of specific packages. <\/p>\n
Le versioni x86-64-v* definiscono un modo non ufficiale di identificare le variazioni di stato microarchitetturale, che coprono set specifici di estensioni: <\/p>\n
\n
x86-64-v2 copre le estensioni SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF e CMPXCHG16B.\n
x86-64-v3 - AVX, AVX2, BMI2, FMA, LZCNT, MOVBE e SXSAVE.\n
x86-64-v4 - AVX512F, AVX512BW, AVX512CD, AVX512DQ e AVX512VL. <\/ul>\n
Inoltre, \u00e8 importante segnalare la proposta di unificazione degli aggiornamenti per i bootloader grub e shim nelle varianti atomiche e standard di Fedora. Invece di aggiornare il contenuto delle directory \/boot e \/boot\/efi tramite una chiamata a uno script durante l'installazione del pacchetto rpm, si propone di utilizzare lo strumento bootupd per aggiornare il bootloader, gi\u00e0 applicato nelle varianti di Fedora a aggiornamento atomico. Nei pacchetti rpm con bootloader, si suggerisce di installare il contenuto non direttamente nelle directory \/boot e \/boot\/efi, ma in una directory separata all'interno della partizione \/usr, per poi sincronizzare il contenuto con \/boot e \/boot\/efi. Questo approccio permetter\u00e0 di implementare un'opzione di avvio di riserva, utilizzabile per tornare a una configurazione precedente in caso di problemi dopo l'aggiornamento del bootloader. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"