I was seeing this problem when my Debian laptop suspended. The CentOS
guest would begin consuming a lot of cpu and only a hard-reset would fix
it.
Changing the rtc line to
seems to have fixed it, though I haven't done extensive testing yet.
Thanks!
--
You received this bug
This sounds sort of like a problem I have with reverting to live snapshots.
What I found out is that this is related to restoring the clock in the guest.
You can find out more about it there:
https://bugs.launchpad.net/qemu/+bug/1505041
The takeaway is that a workaround is to set track='guest'
I observed a similar behavior with a different application on a Windows host.
The application is using the multimedia timer. In my case it seems that the
timer is catching up the ticks missed during suspend to ram after resume. The
timer thread performing the callbacks has high-priority on
Same for me here, Ubuntu wily.
I'm using vagrant-libvirt, and my hosts also very often run wild with 100% cpu
usage after suspend.
--
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:
I am running Ubuntu Wily (the 20150717 daily build) can reproduce this
problem, whatever the guest is Linux or Windows, after host got resumed
from suspend, the kvm (qemu-system-x86_64) process becomes a 100% cpu
usage,
user@ubuntu-mate:~$ kvm --version
QEMU emulator version 2.3.0 (Debian
Thanks for posting your script Tobias, I'm having the same problem on
Fedora 20 and the script alleviates the symptom.
Matt
--
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:
Did some testing: if one pauses the vms that run windows before suspending
ubuntu no high cpu usage is there once the host and windows vms are resumed.
for me it's workable then in ubuntu by using a suspend / resume script with
power manaager. I put this in /etc/pm/sleep.d (and make it
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.
regards,
Tobias.
On 18-10-13 04:33, mike wrote:
On 10/18/2013 04:29 AM, tobias wrote:
hi,
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
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 ?
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.
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,
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=slew -machine
accel=kvm:tcg -name win7 -S -machine pc-i440fx-1.4,accel=kvm,usb=off -m 2048
-realtime mlock=off -smp
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=slew -machine
accel=kvm:tcg -name win7 -S -machine pc-i440fx-1.4,accel=kvm,usb=off -m 2048
Please try -global mc146818rtc.lost_tick_policy=slew.
--
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
Hi,
I am also encountering the bug of high cpu usage for a windows guest after
suspend resume of my ubuntu host. Problem was in 13.04 but it's also still
there in 13.10.
The windows guest has virtio / spice enabled.
Linux guests do not get the high cpu usage.
Are there any more logs required
** Description changed:
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
The issue mostly gone after cold reboot via suspend to disk. I managed to
reproduce it only once after reboot and it grubs CPU for only minute or two
while i checking it and than returned to normal CPU usage. I've checked both
distribution and the trunk version.
So suspend this bug until
Quoting Maxim Loparev (laplander...@gmail.com):
The issue mostly gone after cold reboot via suspend to disk. I managed to
reproduce it only once after reboot and it grubs CPU for only minute or two
while i checking it and than returned to normal CPU usage. I've checked both
distribution and
I don't know if this will help, but I had a similar problem.
When creating a snapshot image of an XP machine, all works just fine
when loading it. As time passes on the host the loadvm start to become
very slow.
To reproduce:
1. Create a snapshot image (savevm)
2. leave QEMU
3. move the *HOST*
core i3-2120 with kvm accel used on host.
--
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
Ok, found the corrent link for the main repo
http://git.qemu.org/git/qemu.git, but ./configure still doesn't
recognize this option.
--
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:
Quoting Maxim Loparev (laplander...@gmail.com):
at least on the clone of
git remote -v
originhttp://repo.or.cz/r/qemu.git (fetch)
originhttp://repo.or.cz/r/qemu.git (push)
i got
./configure x86_64-softmmu
ERROR: unknown option x86_64-softmmu
Sorry! That was supposed to
at least on the clone of
git remote -v
origin http://repo.or.cz/r/qemu.git (fetch)
origin http://repo.or.cz/r/qemu.git (push)
i got
./configure x86_64-softmmu
ERROR: unknown option x86_64-softmmu
I can't clone the repo over git protocol as i'm behind the proxy.
--
You received this bug
Same issue after resume with this -softmmu VM.
At start it also has the new message
qemu-system-x86_64: pci_add_option_rom: failed to find romfile efi-e1000.rom
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
** Also affects: qemu (Ubuntu)
Importance: Undecided
Status: New
--
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
** Changed in: qemu (Ubuntu)
Status: New = Confirmed
** Changed in: qemu
Status: Incomplete = Confirmed
** Changed in: qemu (Ubuntu)
Importance: Undecided = High
** Tags added: windows windows-xp
--
You received this bug notification because you are a member of qemu-
26 matches
Mail list logo