[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1346098984.8623.23.camel@lambeau>
Date: Mon, 27 Aug 2012 15:23:04 -0500
From: Michael Wolf <mjw@...ux.vnet.ibm.com>
To: Avi Kivity <avi@...hat.com>
Cc: linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
peterz@...radead.org, mtosatti@...hat.com, glommer@...allels.com,
mingo@...hat.com
Subject: Re: [PATCH RFC 0/3] Add guest cpu_entitlement reporting
On Mon, 2012-08-27 at 11:55 -0700, Avi Kivity wrote:
> On 08/23/2012 04:14 PM, Michael Wolf wrote:
> > This is an RFC regarding the reporting of stealtime. In the case of
> > where you have a system that is running with partial processors such as
> > KVM the user may see steal time being reported in accounting tools such
> > as top or vmstat. This can cause confusion for the end user. To
> > ease the confusion this patch set adds a sysctl interface to set the
> > cpu entitlement. This is the percentage of cpu that the guest system is
> > expected to receive. As long as the steal time is within its expected
> > range it will show up as 0 in /proc/stat. The user will then see in the
> > accounting tools that they are getting a full utilization of the cpu
> > resources assigned to them.
> >
> > This patchset is changing the contents/output of /proc/stat and could affect
> > user tools. However the default setting is that the cpu is entitled to 100%
> > so the code will act as before. Also another field could be added to the
> > /proc/stat output and show the unaltered steal time. Since this additional
> > field could cause more confusion than it would clear up I have left it out
> > for now.
> >
>
> How would a guest know what its entitlement is?
>
>
Currently the Admin/management tool setting up the guests will put it on
the qemu commandline. From this it is passed via an ioctl to the host.
The guest will get the value from the host via a hypercall.
In the future the host could try and do some of it automatically in some
cases.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists