RHEL9 Raises Base Target For x86_64 CPUs Plus Possible Optimized Libraries With glibc-hwcaps

[MadeUpName]

I know my 4 year old atom based HTPC has no AVX but I am looking to upgrade that to Van Gough once some one releases a mini PC with one.

[CommunityMember]

Thanks for defining these new feature levels, it helps to move things forward and I hope it will even translate into the Windows world.

One of the challenges for Microsoft may be their previous spin that Windows 10 is last consumer version of Windows, and they will just offer feature updates from now on and build on that base with HWE updates for newer systems. I suppose they could try to thread the needle and create a consumer Windows 10++ version that required something like Sapphire Rapids or better processors, but it seems more likely they will add in the equivalent of hwcaps.

[zxy_thf]

This move is the first in a long time where it becomes clear that ISA support matters, and that it matters a lot. Tons of reviewers did get that wrong at that time when recommending these cheap Pentium G CPUs, suggesting that AVX-support wouldn't matter that much, and while this was true at that point in time, it turned out to be of more significance now. Intel's market segmentation on the ISA-level hurts them now, but more so users who were either not paying attention or were picking a CPU without taking ISA support into account as there were AMD alternatives with these features at that time in this price range, and these AMD users are now better off with OS support.

A lot of reviewers are targeting gamers, not people using computers in production.

[skeevy420]

My workstation is literally the cutoff line

[CommunityMember]

I hope other distros follow-up since that would bring up a little bit the performance of Linux in general. x86_64-v2 is very very old hardware, so it's pretty safe for newest distro versions.

For enterprise distros such as RHEL, targeted towards the (large) enterprises, the enterprises still using 10+ year old hardware should seriously consider replacing it for space and power reasons alone. And for those that need to operate 15 year old servers, they always have the previous release of EL. Enterprises will vary, but lifecycle replacement is typically around 3-4 years due to the financials alone (newer hardware is more capable, smaller footprint, more power efficient, lower maintenance costs, along with the depreciation write-offs), so it seems likely that the vast majority of RH customers will see no impact on their operations to require newer hardware.

[satadru]

It's a real omission that ELF can't support multiple binary architectures in a single file... There must be lots of cases where it would be useful to have processor specific optimisations in an executable/shared object without having to ship an entirely separate directory of files.

https://en.wikipedia.org/wiki/Fat_binary#FatELF:_Universal_binaries_for_Linux

[OneTimeShot]

It's a real omission that ELF can't support multiple binary architectures in a single file... There must be lots of cases where it would be useful to have processor specific optimisations in an executable/shared object without having to ship an entirely separate directory of files.

[Alliancemd]

I hope other distros follow-up since that would bring up a little bit the performance of Linux in general. x86_64-v2 is very very old hardware, so it's pretty safe for newest distro versions.

[dbkblk]

AMD's approach is much simpler from a marketing perspective; if I buy an AMD processor, I don't have to worry whether this or that instruction set extension or functionality is supported because I haven't noticed AMD actively remove functionality for artificial product segmentation reasons within a single generation of chips.

Maybe it's out of topic, but I bought a laptop with ATI Radeon HD2000Mobility back in the days (it was already part of AMD), and they officially removed support for it a year and half later (the laptop was shiny brand new). I won't be that confident about market practices.

[ms178]

I can, however, take issue with intel's product segmentation strategy that chops up support for various functionality (e.g. VT-x and VT-d) and instruction set extensions (AVX, SSE4.x); that approach is just asinine and is actively keeping me from supporting intel with my wallet. Unless and until intel stops this skullduggery, they're not an option to me.

AMD's approach is much simpler from a marketing perspective; if I buy an AMD processor, I don't have to worry whether this or that instruction set extension or functionality is supported because I haven't noticed AMD actively remove functionality for artificial product segmentation reasons within a single generation of chips. And with the Zen generation of chips, AMD has even become a viable alternative from not just a value standpoint, but also from a performance and capability standpoint. That said, AMD *is* coming from behind, which might be part of the reason that they simply haven't bothered "optimising" their product segmentation strategy beyond their current approach of dividing their product lines into easily digestible value/performance price tiers.

Your move, intel.

This move is the first in a long time where it becomes clear that ISA support matters, and that it matters a lot. Tons of reviewers did get that wrong at that time when recommending these cheap Pentium G CPUs, suggesting that AVX-support wouldn't matter that much, and while this was true at that point in time, it turned out to be of more significance now. Intel's market segmentation on the ISA-level hurts them now, but more so users who were either not paying attention or were picking a CPU without taking ISA support into account as there were AMD alternatives with these features at that time in this price range, and these AMD users are now better off with OS support.

As AMD usually lacks behind Intel in ISA-support, I'd say not having AVX-512 support now could hurt AMD users down the road tomorrow. I would have thought that they would bring it to AM4 with Zen 3, but they did not. We know now what that means for Zen 3 users as Zen 4 is rumored to get AVX-512 support, that is the next CPU to get for better long-term value....