Re: XP smp using a lot of CPU

[Erik Rull <erik.rull@rdsoftware.de>]

Hi Avi,

here is the cpuinfo - what do you mean with "workload"? The CPU isage is 
around 33%.

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 CPU         T5600  @ 1.83GHz
stepping        : 2
cpu MHz         : 1833.554
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm 
constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 
cx16 xtpr lahf_lm
bogomips        : 3667.98
clflush size    : 64

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 CPU         T5600  @ 1.83GHz
stepping        : 2
cpu MHz         : 1833.554
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm 
constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 ssse3 
cx16 xtpr lahf_lm
bogomips        : 3666.43
clflush size    : 64

Best regards,

Erik


Avi Kivity wrote:
> Erik Rull wrote:
>> Hi all,
>>
>> very very interesting.
>>
>> I have a similar problem but the other way round.
>> If my XP runs up tp 100% CPU usage "top" on the linux host reports 
>> "only" 33% cpu usage. I would expect around 50% because I only provide 
>> one core for the guest. I already increased the process priority of 
>> qemu and the io priority, nothing helped. The rest of the CPU is 
>> nearly idle, no excessive disk access this time :-)
>>
>> Any Idea what this could be?
> 
> What workload is the guest running?
> 
> What is your host cpu type (/proc/cpuinfo)?
> 
> 
>