From: George Dunlap <george.dunlap@eu.citrix.com>
To: Dario Faggioli <dario.faggioli@citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Sisu Xi <xisisu@gmail.com>
Subject: Re: trace IDLE VCPU using xenalyze --scatterplot-pcpu?
Date: Wed, 27 Mar 2013 10:23:07 +0000 [thread overview]
Message-ID: <5152C88B.7060401@eu.citrix.com> (raw)
In-Reply-To: <1364350532.3343.49.camel@Solace>
On 27/03/13 02:15, Dario Faggioli wrote:
> On mar, 2013-03-26 at 14:12 -0500, Sisu Xi wrote:
>> Hi, All:
>>
> Hi Sisu!
>
>> I was following the article here to plot the scheduler execution trace.
>> http://blog.xen.org/index.php/2012/09/27/tracing-with-xentrace-and-xenalyze/
>>
>> I was able to get the trace and plot it,
>>
> EhEh, glad it was helpful! :-P
>
>> however, the trace for IDLE
>> VCPU is skipped. This makes it harder to understand the scheduler
>> behavior (For example, cap in credit).
>>
> Mmmm... I think I see what you mean.
>
>> Does anyone know how to get the data for the IDLE VCPU when using
>> xenalyze --scatterplot-pcpu?
>>
> Well, I double-checked and it is true that, at least here,
> --scatterplot-pcpu does not show the vCPUs of the idle domain. One could
> probably try to understand when they're scheduled by looking at when
> _no_other_ vCPU of any other domain runs on a particular pCPU (and
> considering that the idle domain has one vCPU pinned to each pCPU), but
> that would be quite unpractical I guess...
>
> Perhaps you can achieve something similar to what you need by looking
> for/plotting the runstate changes for the vCPUs of the idle domain
> (i.e., 32767vXX from `xenalyze --scatterplot-runstate') ?
>
> George, any other ideas?
Well, I always intendended xenalyze to be a tool you could modify to add
functionality as-needed; more like a library of useful analytical
functions than a finished product. --scatterplot-pcpu doesn't show
vcpus of the idle domain because I found it extraneous and confusing, so
I excluded it:
if ( opt.scatterplot_pcpu
&& next->d->did != IDLE_DOMAIN
&& next->d->did != DEFAULT_DOMAIN )
{
If you just want to make the change locally, you can just take out the
one line about the IDLE_DOMAIN. I'd be happy to take a patch to
xenalyze to add an option to show the idle domain as well. (Maybe
"--with-idle-domain" as a general way to say, 'don't exclude the idle
domain from the output'?)
-George
next prev parent reply other threads:[~2013-03-27 10:23 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-26 19:12 trace IDLE VCPU using xenalyze --scatterplot-pcpu? Sisu Xi
2013-03-27 2:15 ` Dario Faggioli
2013-03-27 10:23 ` George Dunlap [this message]
2013-03-27 19:47 ` Sisu Xi
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=5152C88B.7060401@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=dario.faggioli@citrix.com \
--cc=xen-devel@lists.xensource.com \
--cc=xisisu@gmail.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.