Poor user experience with Windows Server 2025 on Proxmox

Q

qemu

New Member
Mar 27, 2026
2
0
1
Hi everyone,


I’d like to share an issue we’re experiencing and see if anyone has encountered something similar or can provide some insight.


We have been testing Windows Server 2025 on Proxmox VE 8.4 (QEMU 9) as well as Proxmox VE 9.1 (QEMU 10). We tried different CPU configurations and resource allocations, but in all cases the user experience is noticeably worse compared to Windows Server 2022 and earlier versions.


Observed issue​


The main problem appears when navigating folders:


  • File Explorer is not responsive instantly
  • It briefly shows a blank (white) window
  • Then the folder contents load afterward

This behavior did not occur with previous Windows Server versions under similar conditions.


Environment details​


  • Host:
    • CPU: Intel Xeon E5-2630 v4
    • RAM: 128 GB
  • Virtual Machine:
    • 8 vCPU
    • 32 GB RAM
    • Disk in qcow2 format
  • Configuration:
    • Following both Proxmox and Microsoft best practices
    • VirtIO drivers version 271 installed

Additional testing​


We tested the same setup (Windows Server 2025) on a Nutanix environment using the same hardware (same Xeon CPU), and the experience is perfectly smooth. The issue only occurs on Proxmox.


Questions​


We are considering several possible causes:


  • Could this be due to an outdated CPU?
  • Are we missing any important Proxmox tuning or configuration?
  • Could it be a lack of optimization between Proxmox and Windows Server 2025?
  • Has anything changed in File Explorer behavior in this version?

Any feedback, similar experiences, or suggestions would be greatly appreciated.


Thanks in advance!
 
As always, it primarily depends on the underlying hardware (CPU/BIOS patch level).
The Intel Xeon E5-2630 v4 is 10 years old (and as new not very fast...) :rolleyes::oops:
 
Last edited:
Per Microsoft's own website, that processor is not (officially) supported. Only 2nd gen Xeon Scalable and up for Windows 2025.

However, Nutanix is also QEMU, but will attempt to pass through as much of the CPU as possible. So something like x86-v2 is ultimately too restrictive, I would set it to host to begin with.

Given the errors are seemingly UI-based or potentially file-based, what is the difference between your Nutanix and Proxmox setup as for storage? Proxmox by default sets the storage to no cache, Windows always operates in write-back unsafe for NTFS, but write-back (safe) option is likely the best for safety.
 
  • Like
Reactions: Johannes S
Make sure that your CPU and NUMA configuration are set correctly. This is something I had to learn coming from VMware. Proxmox does exactly what you configure VM vCPUs to be. If things are mis-configured, the VM will run poorly and be sluggish.

Here is the rule of thumb I use (this will depend on your host CPUs):

1 socket with multiple cores, (up to 12 or so) with NUMA UN-checked
If your host has more than one socket, check NUMA box and assign multiple sockets and cores.

**Here is the key: Your host must have the physical sockets and the CPU should have the number of physical cores your assigning in the VM configuration**
 
Last edited:
How is cross-socket memory access and topology mismatches not an issue?

Compared to VMware that just "fixes" incorrect vCPU settings, Promox will do what you tell it, without guardrails.
 
You must log in or register to reply here.
Top Bottom
Back