In der Fedora 42-Version, die f\u00fcr Ende April geplant ist, wird vorgeschlagen, dass Entwickler zus\u00e4tzliche Varianten von ausf\u00fchrbaren Dateien in die Pakete aufnehmen k\u00f6nnen, die mit Optimierungen f\u00fcr die Mikroarchitekturen x86-64-v2, x86-64-v3 und x86-64-v4 erstellt wurden. Es wird darauf hingewiesen, dass Fedora weiterhin Pakete f\u00fcr die Architektur x86-64-v1 erstellt, w\u00e4hrend CentOS bei der Erstellung die Architektur x86-64-v2 verwendet und RHEL 10 \u2013 x86-64-v3. In den meisten F\u00e4llen liegt der Leistungszuwachs bei der Erstellung f\u00fcr solche Architekturen unter 10%, kann aber in bestimmten Situationen zu einer signifikanten Leistungssteigerung (bis zu 120%) f\u00fchren. Der Vorschlag ist bisher nicht vom FESCo-Komitee (Fedora Engineering Steering Committee), das f\u00fcr die technische Entwicklung der Fedora-Distribution verantwortlich ist, genehmigt worden. <\/p>\n
In Fedora wird bereits die Bereitstellung zus\u00e4tzlicher Bibliotheken unterst\u00fctzt, die f\u00fcr erweiterte Versionen der x86_64-Architektur optimiert sind, und diese M\u00f6glichkeit soll nun auf die ausf\u00fchrbaren Dateien ausgeweitet werden. Der Download der optimierten Implementierungen von Bibliotheken erfolgt durch den dynamischen Linker, der nach zus\u00e4tzlichen Varianten in den Unterverzeichnissen von glibc-hwcaps sucht, die in den Dateisystembereichen abgelegt sind, die beim Suchen nach Bibliotheken durchsucht werden (z. B. \/usr\/lib64\/glibc-hwcaps\/x86-64-v2). <\/p>\n
F\u00fcr ausf\u00fchrbare Dateien wird empfohlen, eine Schicht namens hwcaps-loader zu verwenden, die die Version der ausf\u00fchrbaren Datei ausw\u00e4hlt und startet, die den M\u00f6glichkeiten des aktuellen Systems entspricht. F\u00fcr Pakete, die mehrere Varianten von ausf\u00fchrbaren Dateien bereitstellen, wird empfohlen, diese Schicht \u00fcber einen symbolischen Link zu verwenden. Die Entscheidung \u00fcber die Hinzuf\u00fcgung zus\u00e4tzlich optimierter ausf\u00fchrbarer Dateien wird von den Betreuern getroffen, basierend auf den Ergebnissen der Leistungstests spezifischer Pakete. <\/p>\n
Die Versionen x86-64-v* definieren eine inoffizielle Methode zur Identifizierung von Mikroarchitekturzust\u00e4nden, die bestimmte Erweiterungss\u00e4tze abdecken: <\/p>\n
\n
x86-64-v2 umfasst die Erweiterungen SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF und CMPXCHG16B.\n
x86-64-v3 \u2013 AVX, AVX2, BMI2, FMA, LZCNT, MOVBE und SXSAVE.\n
x86-64-v4 \u2013 AVX512F, AVX512BW, AVX512CD, AVX512DQ und AVX512VL. <\/ul>\n
Dar\u00fcber hinaus sollte das Angebot zur Vereinheitlichung der Aktualisierung von Grub- und Shim-Bootloadern in atomaren und regul\u00e4ren Fedora-Varianten erw\u00e4hnt werden. Anstelle der Aktualisierung der Inhalte der Verzeichnisse \/boot und \/boot\/efi durch ein Skript w\u00e4hrend der Installation eines RPM-Pakets wird vorgeschlagen, das Tool bootupd zu verwenden, das bereits in atomar aktualisierbaren Fedora-Varianten eingesetzt wird, um den Bootloader zu aktualisieren. Der Inhalt der RPM-Pakete mit Bootloadern sollte nicht direkt in die Verzeichnisse \/boot und \/boot\/efi installiert werden, sondern in ein einzelnes Verzeichnis innerhalb der \/usr-Partition, gefolgt von der Synchronisation mit den Inhalten von \/boot und \/boot\/efi. Ein solcher Ansatz erm\u00f6glicht die Implementierung einer Backup-Option, die verwendet werden kann, um bei Problemen nach dem Update des Bootloaders auf eine fr\u00fchere Konfiguration zur\u00fcckzukehren. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"