I see no problems in my tests wrt SMP performance (tried two cores only
so far). MPS variant in winXP works noticeable slower in my case,
apparently due to CPU wastage. ACPI variant runs almost at native speed
(when run in winXP booted on bare metal) - I tried some simple multi-
treaded java
I think this can safely be closed - it's a known guest (winXP) behavour,
as in, use right drivers.
** Changed in: qemu
Status: New = Invalid
--
Windows XP uses 200% CPU when given 2 VCPUs
https://bugs.launchpad.net/bugs/654913
You received this bug notification because you are a member
Can you tell me what the right drivers are? Or do you mean enabling
ACPI?
I've just finished a whole slew of benchmarks and I'm going back to no-
acpi with the 200% CPU issue, because the VMs are actually faster that
way. Turning on ACPI is very slow.
Looking throw QEMU bug reports, I found that
What I mean is that ACPI is required nowadays for any sane SMP. Yes,
enabling ACPI.
Speaking of 200% CPU for MPS being faster than ACPI version - maybe
it's your cpufreq code, and switching from 'ondemand' to 'performance'
governer will make ACPI version faster?
I see no difference in speed
WinXP chews 200% CPU when switched in device manager to MPS computer
from ACPI computer even if there's no -no-acpi on the kvm command line
(after some tries I was able to switch it from ACPI to MPS). So it is
how windows works, not how kvm works.
** Changed in: qemu
Status: New = Invalid
Thank you for looking into this issue. Do you know if later versions of
Windows work better in SMP? Like 2003?
.:.
--
Windows XP uses 200% CPU when given 2 VCPUs
https://bugs.launchpad.net/bugs/654913
You received this bug notification because you are a member of qemu-
devel-ml, which is
It turns out, that if you use the ACPI Multiprocessor, this problem goes
away. If you use MPS Multiprocessor, then this problem occurs. The worst
part is if you originally built the VM without ACPI, then there is *no
way* to use on the ACPI HALs in Windows XP without reinstalling. There's
a ton of