Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handling microarchitecture subversions #938

Open
LecrisUT opened this issue Oct 24, 2024 · 0 comments
Open

Handling microarchitecture subversions #938

LecrisUT opened this issue Oct 24, 2024 · 0 comments

Comments

@LecrisUT
Copy link
Collaborator

An example of a project that would benefit from this is rapidfuzz which can be optimized for different x86_64-vX versions 1. Fedora is also investigating how to provide multiple versions of the architecture 2. I am not sure how to extend these to Python ecosystem though.

Afaiu, using glibc_hwcaps you can provide multiple variants of the library in a subpath like glibc-hwcaps/x86-64-v{2,3,4}/ and it would be automagically loaded. Not sure what the process is to get the libraries ready for it though, still need to investigate that. But then for compiled python modules it is more complicated because it would be the python library that determines which library file to load right?

Footnotes

  1. https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels

  2. https://fedoraproject.org/wiki/Changes/Optimized_Binaries_for_the_AMD64_Architecture

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant