Linuxeden开源社区Fedora Linux 已经支持使用 glibc HWCAPs，允许为性能敏感代码的不同x86_64微架构功能级别构建库，在利用 AVX/AVX2 或其他较新的 Intel/AMD CPU 指令集扩展时可以得到回报。对于 Fedora 42 来说，现在是一个进一步扩展的提案，允许二进制可执行文件也利用 glibc HWCAP 来获得更好的性能。
Fedora 42 的变更提案已经提交，允许为 x86_64 微架构功能级别提供优化的二进制文件。其目的是扩展 glibc-hwcaps 机制以完成可执行文件，而不仅仅是共享库。
“单个软件包可以通过 glibc-hwcaps 机制提供已经优化的库。此方法将扩展到可执行文件。该软件包在不同目录中提供二进制文件的优化变体。一个小程序的符号链接，用于替换 /usr/bin 中的二进制文件。在运行时，此程序将找到最合适的变体并执行它。
哪些包提供优化代码，以及各个包维护者将根据基准测试结果进行创建。Change Owners 将更新一些程序/包，以展示该机制的工作原理。
…
此更改是将 glibc-hwcaps 机制扩展到可执行文件。提供了一个小的帮助程序二进制文件。/usr/bin（或其他路径）中的程序与此帮助程序符号链接。执行时，帮助程序会检查 CPU 的功能，并在单独的目录层次结构中搜索目标程序的最合适变体。If then 启动一个优化的二进制文件或为基线编译的“通用”二进制文件。
变更提案继续补充道：
“对这种优化工作感兴趣的开发人员可以在 Fedora 中执行它，而无需构建单独的存储库。拥有适当硬件的用户将获得性能优势。更快的代码也更节能。更改将自动进行，并且对用户透明。
请注意，其他发行版使用更高的微架构级别。例如，RHEL 9 使用 x86-64-v2 作为基准，RHEL 10 使用 x86-64-v3，其他发行版提供优化的变体（OpenSUSE、Arch Linux、Ubuntu）。我们在 Fedora 中以一种范围更窄的方式实现相同的更改，因此在开发工作、代码编译时间、存储和分发开销方面要便宜得多，但应该提供相同的性能和能源优势。
Fedora 打包者/开发人员仍然需要评估性能优劣，并确定他们是否想为不同的 x86_64 微架构功能级别提供优化的可执行文件。
这个更改提案仍然需要由 Fedora 工程和指导委员会 （FESCo） 投票决定，但希望它能在今年春天的 Fedora 42 版本中通过。
转自 Fedora 42 Looks To Ship Optimized Executables For Different x86_64 Capabilities – Phoronix