xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad@kernel.org>
To: George Dunlap <George.Dunlap@eu.citrix.com>
Cc: xen-users <xen-users@lists.xen.org>,
	Ian Campbell <Ian.Campbell@citrix.com>,
	xen-devel <xen-devel@lists.xen.org>
Subject: Re: Xen 4.2 TODO / Release Plan
Date: Fri, 31 Aug 2012 13:42:35 -0400	[thread overview]
Message-ID: <20120831174234.GE19756@localhost.localdomain> (raw)
In-Reply-To: <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>

On Fri, Aug 31, 2012 at 10:36:47AM -0700, George Dunlap wrote:
> On Tue, Aug 28, 2012 at 3:06 AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> >     * [BUG] qemu-traditional has 50% cpu utilization on an idle
> >       Windows system if USB is enabled. Not 100% clear whether this is
> >       Xen or qemu.  George Dunlap is performing initial
> >       investigations.
> 
> So it's hard to get directly comparable results, but I think that
> early indications are that the biggest chunk of this is due to the
> extra syscall overhead for a 64-bit dom0.  Data points are:
> 1. Ubuntu 12.04, 64-bit, pvops Ubuntu kernel, Xen 4.2-rc2, older AMD
> system: qemu uses 50% on an idle system

So what happens if you run with a 32-bit dom0? What is the kernel
version? There were some issues with extra traps being done due to the
cpuidle running (which it should not).

> 2. XenServer built with Xen-4.2; (32-bit 2.6.32 dom0), Nehalem system:
> <qemu uses 2% on an idle system
> 3. Debian wheezy with the squeeze 2.6.32 32-bit kernel, older AMD
> system: qemu uses 10% on an idle system

Can you try booting with 'nohz=off'. What does 'perf top' (you need to
run v3.4 or later) give you?

> 
> Looking at the traces, it seems that on the AMD box there were just a
> whole lot more USB-related IO accesses than on the Nehalem system.  #2
> had far fewer USB-related accesses than #1, but #3 had about twice as
> many as #1.  So it seems likely to be a combination between something
> weird that the USB driver in the guest is doing under AMD, and the
> extra overhead of a 64-bit kernel.
> 
> So I think this is probably OK to take off the blocker list (although
> it's probably something we want to look into further).
> 
>  -George
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
> 

  parent reply	other threads:[~2012-08-31 17:42 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-28 10:06 Xen 4.2 TODO / Release Plan Ian Campbell
2012-08-31 15:12 ` [Xen-users] " Ian Campbell
2012-08-31 15:43   ` Jan Beulich
2012-08-31 15:52     ` Ian Campbell
2012-09-02  1:59     ` Ben Guthro
2012-08-31 17:26 ` George Dunlap
2012-09-03  9:10   ` Ian Campbell
2012-08-31 17:36 ` George Dunlap
     [not found] ` <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>
2012-08-31 17:42   ` Konrad Rzeszutek Wilk [this message]
2012-09-02  4:46 ` Pasi Kärkkäinen
2012-09-03  9:09   ` Ian Campbell
  -- strict thread matches above, loose matches on Subject: below --
2012-08-20  9:17 Ian Campbell
2012-08-20 11:06 ` Jan Beulich
2012-08-21 15:14 ` Ren, Yongjie
2012-08-21 15:27   ` Ian Campbell
2012-08-21 15:49     ` Ren, Yongjie
2012-08-21 15:39 ` Ben Guthro
2012-08-21 16:08   ` Jan Beulich
2012-08-14  9:05 Ian Campbell
2012-08-14  9:52 ` Jan Beulich
2012-08-15 15:46 ` George Dunlap
2012-07-30  8:30 Ian Campbell
2012-08-03 10:09 ` Ian Campbell
2012-08-03 10:28   ` Keir Fraser
2012-08-03 10:30     ` Ian Campbell
2012-08-03 10:44     ` Jan Beulich
2012-08-06 17:06       ` Liu, Jinsong
2012-08-07  6:38         ` Jan Beulich
2012-08-07  7:50           ` Keir Fraser
2012-08-07  8:05             ` Jan Beulich
2012-08-07  8:10               ` Ian Campbell
2012-08-07 18:13               ` Liu, Jinsong
2012-08-08  6:37                 ` Jan Beulich
2012-07-17 16:47 Ian Campbell
2012-07-17 16:51 ` Andrew Cooper
2012-06-12 13:00 Ian Campbell
2012-06-12 13:57 ` Jan Beulich
2012-06-12 14:05   ` Ian Campbell
2012-06-13 10:48     ` Stefano Stabellini
2012-06-20 15:25       ` Ian Campbell
2012-06-20 15:40         ` Jan Beulich
2012-06-20 15:47           ` Ian Jackson
2012-06-20 16:06             ` Jan Beulich
2012-06-20 15:50           ` Ian Campbell
2012-06-20 15:58             ` Ian Jackson
2012-06-20 15:46         ` Ian Jackson
2012-06-18  8:36 ` Roger Pau Monne
2012-06-18 12:19 ` Dario Faggioli
2012-05-21 11:47 Ian Campbell
2012-05-21 13:00 ` Pasi Kärkkäinen
2012-05-21 13:05   ` Ian Campbell
2012-05-21 13:32 ` Jan Beulich
2012-05-14 10:26 Ian Campbell
2012-05-14 11:14 ` Jan Beulich
2012-05-29  9:32   ` Ian Campbell
2012-05-29 10:10     ` Jan Beulich
2012-05-31  9:24       ` Olaf Hering
2012-05-31  9:37         ` Jan Beulich
2012-05-31  9:56           ` Stefano Stabellini
2012-05-31 21:43         ` Olaf Hering
2012-05-14 13:51 ` Dario Faggioli
2012-05-14 15:33 ` Ian Jackson
2012-05-14 15:43   ` Ian Campbell
2012-05-14 17:07   ` Dario Faggioli

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=20120831174234.GE19756@localhost.localdomain \
    --to=konrad@kernel.org \
    --cc=George.Dunlap@eu.citrix.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=xen-devel@lists.xen.org \
    --cc=xen-users@lists.xen.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).