From: Alex Williamson <alex.williamson@redhat.com>
To: chegu_vinod@hp.com
Cc: kvm@vger.kernel.org
Subject: Re: Large sized guest taking for ever to boot...
Date: Fri, 08 Jun 2012 11:42:20 -0600 [thread overview]
Message-ID: <1339177340.26976.111.camel@ul30vt> (raw)
In-Reply-To: <4FD23221.5090208@hp.com>
On Fri, 2012-06-08 at 10:10 -0700, Chegu Vinod wrote:
> On 6/8/2012 9:46 AM, Alex Williamson wrote:
> > On Fri, 2012-06-08 at 16:29 +0000, Chegu Vinod wrote:
> >> Hello,
> >>
> >> I picked up a recent version of the qemu (1.0.92 with some fixes) and tried it
> >> on x86_64 server (with host and the guest running 3.4.1 kernel).
>
> BTW, I observe the same thing if i were to use 1.1.50 version of the
> qemu... not sure if this is really
> related to qemu...
>
> >>
> >> While trying to boot a large guest (80 vcpus + 512GB) I observed that the guest
> >> took for ever to boot up... ~1 hr or even more. [This wasn't the case when I
> >> was using RHEL 6.x related bits]
> > Was either case using device assignment? Device assignment will map and
> > pin each page of guest memory before startup, which can be a noticeable
> > pause on smallish (<16GB) guests. That should be linear scaling though
> > and if you're using qemu and not qemu-kvm, not related. Thanks,
>
> I don't have any device assignment at this point . Yes I am using qemu
> (not qemu-kvm)...
Just to be safe, are you using --enable-kvm with qemu?
> The issue seems very basic... 'was earlier running RHEL6.3 RC1 on the
> host and the guest and the host and the guest seemed to boot fine..
Note that RHEL is based on qemu-kvm. Thanks,
Alex
next prev parent reply other threads:[~2012-06-08 17:42 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-08 16:29 Large sized guest taking for ever to boot Chegu Vinod
2012-06-08 16:46 ` Alex Williamson
2012-06-08 17:10 ` Chegu Vinod
2012-06-08 17:42 ` Alex Williamson [this message]
2012-06-08 17:57 ` Chegu Vinod
2012-06-08 18:08 ` Jan Kiszka
2012-06-08 18:20 ` Chegu Vinod
2012-06-08 18:37 ` Jan Kiszka
2012-06-12 15:33 ` Chegu Vinod
2012-06-12 15:39 ` Gleb Natapov
2012-06-12 18:44 ` Chegu Vinod
2012-06-13 7:12 ` Gleb Natapov
2012-06-13 8:14 ` Avi Kivity
2012-06-10 9:30 ` Gleb Natapov
2012-06-10 13:29 ` Chegu Vinod
2012-06-08 17:51 ` Chegu Vinod
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=1339177340.26976.111.camel@ul30vt \
--to=alex.williamson@redhat.com \
--cc=chegu_vinod@hp.com \
--cc=kvm@vger.kernel.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