![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(188.79999999999998, 31%, 28%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESR%3C/text%3E%3C/svg%3E)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(150.4, 57.99999999999999%, 24%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESP%3C/text%3E%3C/svg%3E)
Dear Tean,
No, Microsoft has not released an official fix to fully address Windows' suboptimal multi-core/thread scaling on AMD CPUs, especially for high core-count chips like Threadripper or EPYC. This is a known issue where Windows’ scheduler does not handle AMD's complex multi-die architecture as efficiently as Linux does.
Details:
Windows struggles with NUMA node optimization and thread scheduling across CCDs/CCXs on AMD CPUs.
Linux has better support due to open-source community tuning and more active kernel-level optimization for AMD's architecture.
Microsoft has improved some scheduling in Windows 11, but not enough for parity with Linux in all workloads.
No confirmed Windows patch or future release has been announced to fully resolve this.
Conclusion: If maximum multi-core performance on AMD CPUs is your priority, Linux is still the better OS today.
Best Regards,