All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nivedita Singhvi <niv@us.ibm.com>
To: "Santos, Jose Renato G" <joserenato.santos@hp.com>
Cc: Xen-devel@lists.xensource.com
Subject: Re: [PATCH] Xenoprof patches for xen-unstable
Date: Wed, 25 May 2005 14:22:57 -0700	[thread overview]
Message-ID: <4294ECB1.8040809@us.ibm.com> (raw)
In-Reply-To: <6C21311CEE34E049B74CC0EF339464B924B3A2@cacexc12.americas.cpqcorp.net>

Santos, Jose Renato G wrote:

>   You are welcome. Please keep me posted on how you are 
>   using it and any insights you may get using xenoprof

Absolutely!

>>>>  Current known limitation/bugs are
>>>>   - No support for SMP guests yet.
>>>>   - when using passive domains, most samples are lost.

Thanks for the explanation below.  Speaking for myself, neither
of the above will be an issue, since we can run oprofile
on all the kernels and are not yet running SMP guests.

Many thanks!

Nivedita


>>>Excuse my ignorance - what exactly is a passive domain?
>>>
> 
>   Sorry for using the term without explanation.
>   We call passive domains domains that are
>   profiled but do not have support for collecting PC samples
>   (i.e they do not have oprofile running).
>   In this case their samples are sent to the initiator
>   domain (usually domain 0) which process the samples on
>   their behalf. In this case the samples
>   are not decoded to specific binary files/functions
>   but are assigned to the whole domain (coarse granularity
>   profiling). We are planning to enable fine granularity
>   profiling for the kernel code on passive domains in 
>   the future. However, as I mentioned, xenoprof is not working 
>   properly with passive domains yet.
> 
>   In the normal mode of operation that is functional
>   at this time, every domain being profiled must be running
>   an oprofile kernel module to process the PC samples
>   generated when they are running. Each domain will 
>   have a partial report of the samples that happened 
>   when they were running.
>   System wide profiling is obtained by combining the
>   reports of all profiled domains.
>   
>   I hope this is clearer now.
> 
>   Renato
> 
> 
>>>>  I will be working on these issues and post new patches
>>>>  when I have them available.
>>>
>>>thanks!
>>>
>>>Nivedita
>>>
>>>
>>>
>>>
> 
> 
> 

  reply	other threads:[~2005-05-25 21:22 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-25 20:35 [PATCH] Xenoprof patches for xen-unstable Santos, Jose Renato G
2005-05-25 21:22 ` Nivedita Singhvi [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-06-04  7:20 Santos, Jose Renato G
2005-05-31 18:22 Santos, Jose Renato G
2005-05-31 18:35 ` Andrew Theurer
2005-05-31 16:37 Santos, Jose Renato G
2005-05-31 17:37 ` Andrew Theurer
2005-05-31 16:35 Santos, Jose Renato G
2005-05-31 17:41 ` Andrew Theurer
2005-05-25 19:10 Santos, Jose Renato G
2005-05-25 19:22 ` Nivedita Singhvi
2005-05-31 16:08 ` Andrew Theurer

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=4294ECB1.8040809@us.ibm.com \
    --to=niv@us.ibm.com \
    --cc=Xen-devel@lists.xensource.com \
    --cc=joserenato.santos@hp.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.