All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kenton Cabiness <kenton.cabiness@alcatel-lucent.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Slow linux (RH5.6)  guest reboot?
Date: Mon, 03 Oct 2011 15:12:49 -0500	[thread overview]
Message-ID: <4E8A1741.9020208@alcatel-lucent.com> (raw)
In-Reply-To: <4E89FD03.3030404@alcatel-lucent.com>

One thing I forgot to mention is that this same guest image has no 
problem when installed bare metal.

Kenton

On 10/3/2011 1:20 PM, Kenton Cabiness wrote:
> In general, we have seen that during a reboot of a
> running guest (by issuing a 'reboot' command in the
> guest), the guest goes down normally, but when coming
> back up, during the udev phase, it takes anywhere from
> a few seconds to a few hours to complete that part of the
> boot.  Then the guest seems to behave itself after that.
> If the guest is powered off (virsh destroy guest), then
> restarted (virsh create guest), then udev returns to a
> speedy few seconds.  It seems that the longer the guest
> is up, the longer it takes udev (the +2 hour udev window
> was on a guest up for 6 days) during a guest reboot.
> It's always fast after a destroy/create.
>
> Does anyone have any idea what could be causing the slowness
> in boot and the variability of the time spent in udev?  Any
> suggestions on where we should look?
>
> Thanks,
> Kenton
>
> Specifics:
> ===========
> Host OS:
>     - RHEL 6.1 x64: (2.6.32-131.6.1.el6.x86_64)
>     - qemu-kvm: qemu-kvm-0.12.1.2-2.160.el6_1.2.x86_64.rpm
>     - libvirt: libvirt-0.8.7-18.el6.x86_64.rpm
>
> Guest OS:
>     - RHEL 5.6: (2.6.18-238.19.1.el5)
>
> VM details:
>     - 1 VM/guest on the host
>     - VM size is 32GB ram and 10 cores (host has
>         36GB and 12 cores total)
>         - virtual disk drive is a local file on a RAID 1 disk
>         - cpu pinning set to force each virtual core to
>         a unique core (hyperthreading is turned on)
>         - virtio for storage and network devices
>     - have 16 ethernet devices tied to 16 bridges
>       mapped to 2 NICS on the host
>     - Use of iPXE and SGA bios for VM.
>
>

      reply	other threads:[~2011-10-03 20:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-03 18:20 [Qemu-devel] Slow linux (RH5.6) guest reboot? Kenton Cabiness
2011-10-03 20:12 ` Kenton Cabiness [this message]

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=4E8A1741.9020208@alcatel-lucent.com \
    --to=kenton.cabiness@alcatel-lucent.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.