Terwijl Red Hat Enterprise Linux 9 ondersteuning voor oudere x86_64 CPU’s laat vallen door de basisvereiste te verhogen naar”x86_64-v2″die ruwweg overeenkomt met Intel Nehalem-tijdperk processors en nieuwer, heeft Fedora tot nu toe zijn standaard niet veranderd. Er was vorig jaar een voorstel neergeschoten om het x86_64-microarchitectuurfunctieniveau te verhogen, terwijl die discussie nu opnieuw is gestart of als alternatief gebruik wordt gemaakt van Glibc’s HWCAPS-faciliteit voor runtimedetectie en laden van geoptimaliseerde bibliotheken.
De discussie over de vraag of Fedora zijn x86_64 microarchitectuur feature level-vereiste moet verhogen of gebruik moet maken van Glibc HWCAPS is opnieuw gestart op hun mailinglijst. Het gesprek komt van SUSE Linux Enterprise/openSUSE Leap die x86_64-v2 geoptimaliseerde bibliotheken nastreeft via Glibc-HWCAPS voor hun volgende release/servicepack.
Net als vorig jaar blijven ontwikkelaars en andere belanghebbenden nogal verdeeld over wat er moet gebeuren: er zijn velen die willen dat Fedora en andere Linux-distributies de vroege generatie Intel/AMD x86_64 blijven ondersteunen CPU’s, terwijl anderen vinden dat het tijd is om die ondersteuning te beëindigen en zich te concentreren op betere out-of-the-box prestaties. Als de basisvereiste niet wordt verhoogd, biedt Glibc-HWCAPS grotendeels het beste van twee werelden door het te richten op runtime-detectie en selectief de geoptimaliseerde bibliotheken voor een bepaald systeem te laden. Maar dat laat Linux-distributies dan over om meerdere pakketten te bouwen of hun pakketten op te blazen door meerdere builds daarbinnen te dragen om de bibliotheken te laten voldoen aan de verschillende x86_64 microarchitectuur-functieniveaus. Sommige Linux-distributies nemen ook hun toevlucht tot het maken van hun eigen poorten/archieven van een moderner x86_64-functieniveau waarop gebruikers kunnen vertrouwen in plaats van het generieke x86_64-archief/repository.
In dit stadium is er geen nieuw voorstel opgesteld in het Fedora-kamp, maar de discussie blijft levendig door gebruikers die zich zorgen maken over oude hardware-ondersteuning en anderen die Linux zijn aanbod voor moderne hardware willen zien verbeteren. Zie deze mailinglijstthread als het onderwerp je interesseert. Tot nu toe lijken de meeste Linux-distributies voorstander te zijn van de HWCAPS-benadering, terwijl RHEL9 de basisvereiste zal verhogen en Arch naar een poort met een hoger functieniveau kijkt.