All of lore.kernel.org
 help / color / mirror / Atom feed
From: Karl Rister <kmr@us.ibm.com>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: Xen Devel <xen-devel@lists.xensource.com>
Subject: Re: cpu utilization monitoring
Date: Mon, 11 Sep 2006 16:48:45 -0500	[thread overview]
Message-ID: <200609111648.45756.kmr@us.ibm.com> (raw)
In-Reply-To: <C12B7DE7.14C7%Keir.Fraser@cl.cam.ac.uk>

Is there a more appropriate interface for collecting this information then?  I 
would like to be able to sample on an some interval (say 3 or 5 seconds) and 
be able to see the amount of time a vcpu spent running on the individual 
physical processors during that time.

On Monday 11 September 2006 2:56 pm, Keir Fraser wrote:
> The hypercall reports the point-of-view of the timeline of that VCPU. The
> fact that its timeline may involve running on various different physical
> CPUs should not matter, except for cache-warming and other
> context-switching costs. The runstate_info interface absolutely does not
> state that the reported run time only includes time spent running on the
> currently assigned physical CPU.
>
>  -- Keir
>
> On 11/9/06 8:44 pm, "Karl Rister" <kmr@us.ibm.com> wrote:
> > Currently in the vcpu_runstate_info structure we have fields that contain
> > the time spent when the vcpu is in one of four states.  When trying to
> > determine the physical utilization that a vcpu is requiring of the system
> > from libxc we make a domctl operation call to the XEN_DOMCTL_getvcpuinfo
> > command.  When processing this command we pull the value for the
> > RUNSTATE_running field and attribute it to the processor that the vcpu is
> > currently running on.
> >
> > I believe that with the new credit scheduler these values are wrong as it
> > is possible that the vcpu has time in RUNSTATE_running that was not
> > actually spent on the currently running processor.  Is there a separate
> > path through the libraries and into Xen that retrieves this information
> > in a more correct manner?  Given that a vcpu can migrate among several
> > physical processors in the time between samples it seems that a finer
> > grained accounting mechanism is needed to correctly report physical
> > utilization of the hardware resources.

-- 
Karl Rister
IBM Linux Performance Team
kmr@us.ibm.com

  reply	other threads:[~2006-09-11 21:48 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-11 19:44 cpu utilization monitoring Karl Rister
2006-09-11 19:56 ` Keir Fraser
2006-09-11 21:48   ` Karl Rister [this message]
2006-09-12  7:34     ` Keir Fraser

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=200609111648.45756.kmr@us.ibm.com \
    --to=kmr@us.ibm.com \
    --cc=Keir.Fraser@cl.cam.ac.uk \
    --cc=xen-devel@lists.xensource.com \
    /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.