[libvirt-users] Windows guest eats as many CPU as available

[jeremy avnet]

IIRC, this was a problem with older versions of QEmu that was fixed later.
Are you on a recent version? You should be able to run a single VCPU,
Windows XP instance *without* ACPI and have low CPU usage. I've done it.

Note, this problem still exists for multi-VCPU XP instances.
.:. jeremy

On Mon, Jan 10, 2011 at 2:25 PM, Matthias Meyer <Matthias.Meyer at gmx.li>wrote:

> Am Montag 10 Januar 2011 schrieben Sie:
> > On Mon, January 10, 2011 07:05, Matthias Meyer wrote:
> > > Hello,
> > >
> > > I run Debian on my Laptop Lenovo X60s (with VT).
> > > I've created a Windows-XP as well as a Windows-Vista guest on it.
> > > Both, XP as well as Vista, eats as many CPU as available.
> > > Therefore the CPU always has high load and will never reduce
> cpu-frequenz
> > > or ventilator.
> >
> > Can you check if there is a particular process inside Windows that is
> > using all of the CPU via the Task Manager?
> >
> > Steve
> >
> >
>
> No, there is only the idle-process ("Leerlaufprozess" in german) which need
> 96% of the CPU in an average.
> In the same time KVM needs nearly 100% of my Host-CPU.
>
> 13895 ?        Sl    21:21 /usr/bin/kvm -S -M pc -m 256 -smp 1 -name
> devel-xp -monitor pty -localtime -no-acpi -boot c -drive
> file=/var/lib/libvirt/images/devel-xp.qcow2,if=ide,index=0,boot=on -drive
> file=/mnt/MultiMedia/CD-Server/Betriebssysteme/Windows/WindowsNT/WindowsXPpro_sp2_de.iso,if=ide,media=cdrom,index=2
> -net
> nic,macaddr=54:52:00:61:dd:94,vlan=0 -net
> tap,fd=14,script=,vlan=0,ifname=vnet0 -serial pty -parallel
> none -usb -usbdevice tablet -vnc 127.0.0.1:0 -k de -soundhw es1370
>
> br
> Matthias
> --
> Don't Panic
>
> _______________________________________________
> libvirt-users mailing list
> libvirt-users at redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvirt-users/attachments/20110111/55b7a638/attachment.htm>