All of lore.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: kvm <kvm@vger.kernel.org>, Glauber Costa <glommer@redhat.com>
Subject: Re: kvm guest: hrtimer: interrupt too slow
Date: Tue, 29 Sep 2009 15:47:07 +0200	[thread overview]
Message-ID: <4AC20FDB.2050607@redhat.com> (raw)
In-Reply-To: <4AC207B1.7020901@msgid.tls.msk.ru>

On 09/29/2009 03:12 PM, Michael Tokarev wrote:
> Hello.
>
> I'm having quite an.. unusable system here.
> It's not really a regresssion with 0.11.0,
> it was something similar before, but with
> 0.11.0 and/or 2.6.31 it become much worse.
>
> The thing is that after some uptime, kvm
> guest prints something like this:
>
> hrtimer: interrupt too slow, forcing clock min delta to 461487495 ns
>
> after which system (guest) speeed becomes
> very slow.  The above message is from
> 2.6.31 guest running wiht 0.11.0 & 2.6.31
> host.  Before I tried it with 0.10.6 and
> 2.6.30 or 2.6.27, and the delta were a
> bit less than that:
>
> hrtimer: interrupt too slow, forcing clock min delta to 152222415 ns
> hrtimer: interrupt too slow, forcing clock min delta to 93629025 ns
>
> etc.
>
> Before, guest was just somewhat slow.  But
> now, it reached the state when it's almost
> unusable.
>
> Especially "nice" it's visible in xterm
> (running on that guest): typing a single
> char in xterm results in it being displayed
> after 1..2 sec pause.  With applications
> like web browser (where all the font
> rendering is done on the client and X
> server receives bitmap instead of a
> character code to draw, it isn't that
> bad.
>
> I suspect it's only happening with small
> network packets.
>
> The above message (with large min delta)
> occured after about 20 hours uptime.  Similar
> (give or take) delays were observed previously
> as well.  That to say, -- it's not something
> you notice immediately.
>
> The problem is quite consistent, that is,
> different guests shows it sooner or later.
>
> Right now I'm running 2.6.31-amd64 host,
> 32bit qemu-kvm-0.11.0, 2.6.31-i686 uniprocessor
> guest, virtio networking and block devices,
> kvm-clock is enabled.  Similar configuration
> were used before (with different versions).
> The hardware is Phenom 9750 (4core) running
> on Amd780g/sb700 chipset.
>
> Any hints on what to do with all this?
>

What happens if you use hpet or pmtimer as guest clocksource?

Please post host /proc/cpuinfo.

-- 
error compiling committee.c: too many arguments to function


  reply	other threads:[~2009-09-29 13:47 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-29 13:12 kvm guest: hrtimer: interrupt too slow Michael Tokarev
2009-09-29 13:47 ` Avi Kivity [this message]
2009-09-29 13:58   ` Michael Tokarev
2009-10-05 10:47     ` Avi Kivity
2009-10-03 23:12 ` Marcelo Tosatti
     [not found]   ` <4AC88E7E.8050909@msgid.tls.msk.ru>
2009-10-05  0:50     ` Marcelo Tosatti
2009-10-05  9:31       ` Michael Tokarev
2009-10-06 13:30         ` Michael Tokarev
2009-10-07 23:17   ` Frederic Weisbecker
2009-10-08  0:54     ` Marcelo Tosatti
2009-10-08  7:54       ` Michael Tokarev
2009-10-08  8:06         ` Thomas Gleixner
2009-10-08  8:14           ` Michael Tokarev
2009-10-08  9:29             ` Thomas Gleixner
2009-10-08 14:06               ` Michael Tokarev
2009-10-08 15:06                 ` Thomas Gleixner
2009-10-08 19:52                 ` Marcelo Tosatti
2009-10-09 21:22                   ` Michael Tokarev
2009-10-09 22:27                     ` Frederic Weisbecker
2009-10-09 22:34                       ` Michael Tokarev
2009-10-10  9:18                         ` Michael Tokarev
2009-10-10  9:24                           ` Frederic Weisbecker
2009-10-10 17:37                         ` Marcelo Tosatti
2009-10-08  8:05       ` Thomas Gleixner
2009-10-08 19:22         ` Marcelo Tosatti
2009-10-08 20:25           ` Thomas Gleixner
2009-10-08 21:02             ` Michael Tokarev
2009-10-10 17:32             ` [PATCH] tune hrtimer_interrupt hang logic Marcelo Tosatti
2009-10-08  8:09     ` kvm guest: hrtimer: interrupt too slow Michael Tokarev

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=4AC20FDB.2050607@redhat.com \
    --to=avi@redhat.com \
    --cc=glommer@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mjt@tls.msk.ru \
    /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.