WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] xenoprof support patch issue for oprofile 0.9.3

To: "Santos, Jose Renato G" <joserenato.santos@xxxxxx>
Subject: Re: [Xen-devel] xenoprof support patch issue for oprofile 0.9.3
From: William Cohen <wcohen@xxxxxxxxxx>
Date: Fri, 20 Jul 2007 10:44:14 -0400
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, oprofile-list@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 20 Jul 2007 07:42:20 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <08CA2245AFCF444DB3AC415E47CC40AFD37A7A@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <469D0E8F.6070504@xxxxxxxxxx> <08CA2245AFCF444DB3AC415E47CC40AFD37A7A@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.12 (X11/20070530)
Santos, Jose Renato G wrote:
Will,

Thanks for pointing this out.
I will work on a patch to fix this
By the way, it would be nice to have the xenoprof patches merged into
Oprofile CVS tree.
John Levon is not happy with the way passive domain samples are stored
now and I don't have the bandwidth (and knowdledge of user level
Oprofile code) to do the right fixes. This has prevented the patches to
be merged. It would be nice if we can find a volunteer to do the right
fixes and have the code merged. I would be happy to assist anyone who
volunteers for the task. What we need is a way of separating samples
from different domains and change to the tools to understand this new
information.

Thanks

Renato

Hi Renato,

Definitely want to avoid having separate patches to avoid just this type of problem. Getting patches upstream is the way to go on that.

Do you have a pointer to the email discussion about the passive domain sample storage? Passive means that the domain is not taking the samples and storing them in the domain, right?

One of the things that I have noticed on my previous experiments with the xenoprof is there are quite a few steps to setup xenoprof. The user has to do setup on each domain. Ideally it would be nice to be able to just do one setup in the host domain and then have that information be propagated to the guest domains. Similarly the analysis would be nice to get one over all picture of all the domains. Clusters have a similar issue; one doesn't want to manage machine individually. However clusters may have different hardware for the various nodes in the cluster. With xen the only difference could be the software.

-Will

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel