From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51968) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VX5cb-0006eE-AC for qemu-devel@nongnu.org; Fri, 18 Oct 2013 04:41:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VX5cV-0005eN-4v for qemu-devel@nongnu.org; Fri, 18 Oct 2013 04:41:25 -0400 Received: from indium.canonical.com ([91.189.90.7]:35704) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VX5cU-0005eE-V5 for qemu-devel@nongnu.org; Fri, 18 Oct 2013 04:41:19 -0400 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1VX5cU-00047x-6P for ; Fri, 18 Oct 2013 08:41:18 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 2F3982E8026 for ; Fri, 18 Oct 2013 08:41:18 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Fri, 18 Oct 2013 08:31:13 -0000 From: tobias Sender: bounces@canonical.com References: <20130430080722.32341.54160.malonedeb@gac.canonical.com> Message-Id: <5260F1D1.7030008@appelo.org> Errors-To: bounces@canonical.com Subject: Re: [Qemu-devel] [Bug 1174654] Re: qemu-system-x86_64 takes 100% CPU after host machine resumed from suspend to ram Reply-To: Bug 1174654 <1174654@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Hi, ok confusion cleared :-) actually i only have this issue with windows guests. linux guests do not = show a high cpu usage after suspend resume. so are there any recommendations you would have to work around it ? regards, Tobias. On 18-10-13 09:42, mike wrote: > On 10/18/2013 03:41 PM, tobias appelo wrote: >> Hello MIke, >> >> but this concerns a windows guest. you mean a kernel configuration = >> within the guest (aka recompile ?) or a boot parameter within the = >> guest ? >> > Oh, sorry, I assume it is linux guest :) > > for windows, I have no idea of it :) > > Thanks > Mike >> regards, >> >> Tobias. >> >> On 18-10-13 09:26, mike wrote: >>> On 10/18/2013 03:12 PM, tobias wrote: >>>> Hello Mike, >>>> >>>> Thanks a lot for getting back on this. >>>> Is the "cpu idle driver" a command line option I need to specify for >>>> qemu (the -cpu option ?) >>>> I could not find a reference to "idle" in the man page. >>> You need to check the guest kernel config file. >>> >>> Thanks >>> Mike >>>> regards, >>>> >>>> Tobias. >>>> >>>> On 18-10-13 04:33, mike wrote: >>>>> On 10/18/2013 04:29 AM, tobias wrote: >>>>>> hi, >>>>>> >>>>>> tried your option but it does not help. (cpu usage is still high) >>>>>> below my command line syntax: >>>>>> qemu-system-x86_64 -global mc146818rtc.lost_tick_policy=3Dslew = >>>>>> -machine >>>>>> accel=3Dkvm:tcg -name win7 -S -machine pc-i440fx-1.4,accel=3Dkvm,usb= =3Doff >>>>>> -m 2048 -realtime mlock=3Doff -smp 1,sockets=3D1,cores=3D1,threads= =3D1 -uuid >>>>>> 813f5806-64ec-3319-452a-5e1834e753c9 -no-user-config -nodefaults >>>>>> -chardev >>>>>> socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/win7.monitor,se= rver,nowait = >>>>>> >>>>>> -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc base=3Dl= ocaltime >>>>>> -no-shutdown -device ich9-usb-ehci1,id=3Dusb,bus=3Dpci.0,addr=3D0x5.= 0x7 >>>>>> -device >>>>>> ich9-usb-uhci1,masterbus=3Dusb.0,firstport=3D0,bus=3Dpci.0,multifunc= tion=3Don,addr=3D0x5 = >>>>>> >>>>>> -device >>>>>> ich9-usb-uhci2,masterbus=3Dusb.0,firstport=3D2,bus=3Dpci.0,addr=3D0x= 5.0x1 >>>>>> -device >>>>>> ich9-usb-uhci3,masterbus=3Dusb.0,firstport=3D4,bus=3Dpci.0,addr=3D0x= 5.0x2 >>>>>> -device virtio-serial-pci,id=3Dvirtio-serial0,bus=3Dpci.0,addr=3D0x8 = >>>>>> -drive >>>>>> file=3D/data/vmware/win7.img,if=3Dnone,id=3Ddrive-virtio-disk0,forma= t=3Dqcow2 = >>>>>> >>>>>> -device >>>>>> virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x6,drive=3Ddrive-virti= o-disk0,id=3Dvirtio-disk0,bootindex=3D1 = >>>>>> >>>>>> -device usb-tablet,id=3Dinput0 -device >>>>>> intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0x4 -device >>>>>> hda-duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -device >>>>>> virtio-balloon-pci,id=3Dballoon0,bus=3Dpci.0,addr=3D0x7 -vga std >>>>> Hi, have you enable the kernel CPU idle driver? especially the guest >>>>> kernel. >>>>> >>>>> Thanks >>>>> Mike >>>>> >>> >> > -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1174654 Title: qemu-system-x86_64 takes 100% CPU after host machine resumed from suspend to ram Status in QEMU: Confirmed Status in =E2=80=9Cqemu=E2=80=9D package in Ubuntu: Invalid Bug description: I have Windows XP SP3 inside qemu VM. All works fine in 12.10. But after upgraiding to 13.04 i have to restart the VM each time i resuming my host machine, because qemu process starts to take CPU cycles and OS inside VM is very slow and sluggish. However it's still controllable and could be shutdown by itself. According to the taskmgr any active process takes 99% CPU. It's not stuck on some single process. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1174654/+subscriptions