So Win 10 has no support for this feature and Zen 5 will run like shit on Win 10 or does Zen 5 not even support Win 10?
In my personal opinion since Windows 95, Windows wasted more hardware than Gnu Userspace and the linux kernel. Means hardware has to be bought for an acceptable Windows experience. Nothing changed.
Windows 10 is out of support range in my personal opinion. Nothing new. I doubt there will be any new features for W10.
This is Microsoft's fault, not AMD's. Linux has benefited from this for years.
The crime here is the rewrites that 24H2 implemented taking so long to reach users.
Not really.
sys-devel/gcc hardly has optimizations for Ryzen 5000 / 7000 cpus.
I also check what is new in the kernel version increases because I Build my kernel myself.
(Nothing fancy - Same commands to build a kernel since 2006, still same gnu gentoo linux installation from 2006.)
There are a few more options recently. A lot of work is being done for scheduler and those security stuff.
Most newbies with their binary distros - do not know what I talk about. They use prebuild software and generic kernel in their binary distros. Which hardly utilize or benefit the hardware at all.
I moved my hardware from Ryzen 5800X -> Ryzen 3 3100 -> Ryzen 7600X from January 2023 till April 2023. Therefore I had to recompile my hole box. And I saw the compile times. A performance indicator is, how long a package compiles. gcc / libreoffice / and so on. I delete from time to time the log files, still I see the difference over the package versions over the time with different cpus.
I also recompile with the corresponding new cpu flags for the Ryzen 7600X. Barely a difference for around 1400 to 1700 installed packages.
The file system also has a big impact on performance. E.G. tmpfs - file system stored in the DRAM.
Summary: gcc is in my point of view far behind in regards of optimizations of current hardware. That means as of now in my point of view Ryzen 7000 or newer. Binary distros with binary generic kernels hardly benefit.
--
Phoronix benchmarks - forget them. Just a pile of numbers for clickbait. Faster compile times -> that is easy to measure and to see over several times of package compiles over time. Less backup time and so on, that is performance I see and can verify.