I have been building and running Windows 10 VMs, with Incus running on a ESXi hosted VM (running Ubuntu 20.04).
One thing I have noticed is that the Windows VMs are much more stable with limits.cpu=1. As soon and I move to more than cpu, Windows seems to randomly crash (console is frozen and the qemu process is using 100% of it’s allocated CPUs).
I do not have this problem on my desktop machine with Incus on Debian 12 on bare metal.
Windows using a single cpu is so slow it’s almost unusable. Many of my automated tests randomly timeout because the application under test is too slow.
I’ve seen mentions on here about setting qemu option -cpu host. But it seems that -cpu host,hv_passthrough is is already set in the default qemu config:
/opt/incus/bin/qemu-system-x86_64 -S -name builda0cf99e41bcd -uuid 0114a1a6-18ab-4f10-ae50-dfface5fc341 -daemonize -cpu host,hv_passthrough -nographic -serial chardev:console -nodefaults -no-user-config -sandbox on,obsolete=deny,elevateprivileges=allow,spawn=allow,resourcecontrol=deny -readconfig /run/incus/builda0cf99e41bcd/qemu.conf -spice unix=on,disable-ticketing=on,addr=/run/incus/builda0cf99e41bcd/qemu.spice -pidfile /run/incus/builda0cf99e41bcd/qemu.pid -D /var/log/incus/builda0cf99e41bcd/qemu.log -smbios type=2,manufacturer=LinuxContainers,product=Incus -runas incus -drive file=/home/kfaint/rc/tims/tims-robot/.incus-windows/isos/19045.2006.220908-0225.22h2_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso,index=0,media=cdrom,if=ide -drive file=/home/kfaint/rc/tims/tims-robot/.incus-windows/output/win10e/unattended-10e.iso,index=1,media=cdrom,if=ide
I was wondering should I try and remove the hv_passthrough somehow and see if that improves things?