From: Owen Tuz <qemu.owentuz@gmail.com>
To: Matthew Anderson <matthewa@base3.com.au>
Cc: "anthony@codemonkey.ws" <anthony@codemonkey.ws>,
Gleb Natapov <gleb@redhat.com>,
'Alexandre DERUMIER' <aderumier@odiso.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] [Bug 992067] Re: Windows 2008R2 very slow cold boot when >4GB memory
Date: Mon, 23 Jul 2012 12:07:02 +0100 [thread overview]
Message-ID: <20120723110702.GB2167@gmail.com> (raw)
In-Reply-To: <FB833AE6C7173C449F93C243719A4C8F943A6796@Exchange2010.corit.local>
We have been experiencing this problem for a while now too, using qemu-kvm (currently at 1.1.1).
Unfortunately, hv_relaxed doesn't seem to fix it. The following command line produces the issue:
qemu-kvm -nodefaults -m 4096 -smp 8 -cpu host,hv_relaxed -vga cirrus -usbdevice tablet -vnc :99 -monitor stdio -hda
test.img
The hardware consists of dual AMD Opteron 6128 processors (16 cores in total) and 64GB of memory. This command line was tested on kernel 3.1.4.
I've also tested with -no-hpet.
What I have seen is much as described: the memory fills out slowly, and top on the host will show the process using
100% on all allocated CPU cores. The most extreme case was a machine which took something between 6 and 8 hours to boot.
This seems to be related to the assigned memory, as described, but also the number of processor cores (which makes
sense if we believe it's a timing issue?). I have seen slow-booting guests improved by switching down to a single or even two cores.
Matthew, I agree that this seems to be linked to the number of VMs running - in fact, shutting down other VMs on a dedicated test host caused the machine to start booting at a normal speed (with no reboot required).
However, the level of contention is never such that this could be explained by the host simply being overcommitted.
If it helps anyone, there's an image of the hard drive I've been using to test at:
http://46.20.114.253/
It's 5G of gzip file containing a fairly standard Windows 2008 trial installation. Since it's in the trial period, anyone who wants to use it may have to re-arm the trial: http://support.microsoft.com/kb/948472
Please let me know if I can provide any more information, or test anything.
Best wishes,
Owen Tuz
next prev parent reply other threads:[~2012-07-23 11:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20120430165246.29629.23281.malonedeb@soybean.canonical.com>
[not found] ` <20120430180755.30027.70465.malone@soybean.canonical.com>
2012-05-01 8:03 ` [Qemu-devel] [Bug 992067] Re: Windows 2008R2 very slow cold boot when >4GB memory Gleb Natapov
2012-05-01 11:04 ` Alexandre DERUMIER
2012-05-07 18:47 ` Matthew Anderson
2012-07-23 11:07 ` Owen Tuz [this message]
2016-11-24 10:28 ` Thomas Huth
2017-07-21 14:33 ` Thomas Huth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120723110702.GB2167@gmail.com \
--to=qemu.owentuz@gmail.com \
--cc=aderumier@odiso.com \
--cc=anthony@codemonkey.ws \
--cc=gleb@redhat.com \
--cc=matthewa@base3.com.au \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).