"Squeezes", "20%". Interesting word choice. Feels almost like downplaying. When, in reality, 20% is massive, especially on a CPU like the Threadripper.
See what they should be doing in the FOSS community is loading up that kernel with bloatware that sends 'anonymous' telemetry to third parties to maximize profits for the shareholders at penguin central...
Going back to the original AMD Ryzen Threadripper processors, Linux has long possessed a performance lead over Microsoft Windows.
With Linux typically being the dominant OS of HPC systems and other large core count servers, the Linux kernel scheduler has coped better than various flavors of Windows when dealing with high core count processors.
Ubuntu 23.10 was run for providing a clean, out-of-the-box look at this common desktop/workstation Linux distribution.
The HP Z6 G5 A for all testing was configured with the Ryzen Threadripper PRO 7995WX at default frequencies, 8 x 16GB DDR5-5200 Hynix RDIMMs, Samsung MZVL21T0HCLR-00BH1 NVMe SSD, NVIDIA GeForce RTX A4000 16GB graphics.
A full review on the HP Z6 G5 A Threadripper workstation will be published in a separate article on Phoronix in early December.
From there the up-to-date Windows 11 Pro Build 22631 (H2'23) was tested against Ubuntu 23.10 with its stable release updates.
The original article contains 436 words, the summary contains 148 words. Saved 66%. I'm a bot and I'm open source!
If you don't want compilation to take all cores, use one or two cores less for the compile. I frequently compile C++ code, almost always I just let it max out 100%, haven't been really bothered by the lag. When I'm in a teams meeting for instance it can cause noticable lag so then I do ninja -n 8 or ninja -n 12 and problem solved.
I have actually tried this solution as well and I had to reduce the compilation jobs to like 4 (usually would be 16 with my 16 logical cpus) before it helped any. That is simply too much of a reduction to be worth it, it makes compilation take ages.
And in the end, that's still just a workaround to the more general problem that is the fact that the desktop environment and user input is not prioritised in the scheduler, when it really should. I really want Linux to succeed so it pains me to see Windows do better in this situation.