#2198 F32 System-Wide Change: x86-64 micro-architecture update
Closed: Rejected a year ago by sgallagh. Opened a year ago by bcotton.

Fedora currently uses the original K8 micro-architecture (without 3DNow! and other AMD-specific parts) as the baseline for its x86_64 architecture. This baseline dates back to 2003 and has not been updated since. As a result, performance of Fedora is not as good as it could be on current CPUs.

This change to update the micro-architecture level for the architecture to something more recent.

As discussed on the devel list, I'm -1 to this proposal. I'd prefer to see an approach to improving performance based on adjusting the compilation flags for specific workloads. Bumping the minimum requirements of the OS above what most of our users have available is unreasonable.

Yeah, -1 to the proposal as written. I'd prefer:

  • try and get runtime detection in for places it really matters (glibc? xz? gzip? kernel?, etc)

failing that,

  • make rpm and dnf aware of this and install a runtime package compiled with the features. ie, some packages that matter most for benchmarks or other workloads would build .x86_64 and .x86_64.sse4 or whatever.


There are many ways how to deal with this: create new architecture and build all packages in it, do same but only for selected packages, build packages inside one module.

So I would like to see more information about performance gain and then decide on specific implementation.

Happy to help with RPM and libsolv if that would be needed.

-1 to the change as written. I still like the idea of having a capabilities flag in RPM that can be interpreted by dnf as a preference. So you can have alternative versions of packages which do take advantage of this, and systems which support that capability would prefer the package version which is built with it.

By FESCo policy, any issue with negative votes should be added to the meeting agenda, however this has been discussed at length and currently has -5 votes meaning that it cannot pass anyway, so I'm going to mark it rejected.

Metadata Update from @sgallagh:
- Issue close_status updated to: Rejected
- Issue status updated to: Closed (was: Open)

a year ago

Login to comment on this ticket.