All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <dario.faggioli@citrix.com>
To: Sisu Xi <xisisu@gmail.com>
Cc: George Dunlap <George.Dunlap@eu.citrix.com>,
	xen-devel@lists.xensource.com
Subject: Re: trace IDLE VCPU using xenalyze --scatterplot-pcpu?
Date: Wed, 27 Mar 2013 03:15:32 +0100	[thread overview]
Message-ID: <1364350532.3343.49.camel@Solace> (raw)
In-Reply-To: <CAPqOm-oG4mvZh-JJdQo=btX5V1rx4zdMw9A1iEXB_E5Yx1_YkA@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 1510 bytes --]

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?

Regards,
Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  reply	other threads:[~2013-03-27  2:15 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 [this message]
2013-03-27 10:23   ` George Dunlap
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=1364350532.3343.49.camel@Solace \
    --to=dario.faggioli@citrix.com \
    --cc=George.Dunlap@eu.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.