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 in an HVM domain

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: RE: [Xen-devel] Xenoprof in an HVM domain
From: Steve Dobbelstein <steved@xxxxxxxxxx>
Date: Mon, 24 Apr 2006 15:08:26 -0500
Delivery-date: Mon, 24 Apr 2006 13:08:58 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <2BF508F394C196468CCBEC031320DCDFEE0015@pdsmsx405>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
"Yang, Xiaowei" <xiaowei.yang@xxxxxxxxx> wrote on 04/24/2006 02:02:41 AM:

> Hi Steve,
> As we know, xenoprof 2.0 is checked in xen-unstable for days.

Yes.  That's great.  Makes building Xenoprof support much easier.

> Now
> I'm writing a patch to add passive domain support (which exists in
> UP guest age) for smp guest.

Are you saying there is support for passive domains in Xenoprof?  If so, I
don't see it in xen-unstable.  (I just pulled changeset 9734.)  It's
mentioned in the docs, and some of it appeared in the 0.8.2 patch to the
oprofile utilities, but I don't see any support for passive domains in the
Xen hypervisor, the Linux sparse tree, nor the oprofile-0.9.1-xen.patch to
the oprofile utilities.  From what I can see, any events that are not going
to an active domain are dropped.  Or am I missing something?

> Using passive domain and my improvement
> in oprofile (I sent out before), we needn't change guest code and
> can tune hvm guest in a somewhat raw way -- PC samples from hv and
> guest kernel can be mapped to functions but all samples from
> application are only there as a whole. It's enough for tuning hvm
> performace for now.

If handling passive domains includes resolving symbols in the kernel
running in the HVM guest, then that would be sufficient for now.  I am
looking into performance issues with HVM domains -- networking, disk,
memory.  Much of that will be kernel code.

> You are proposing to add active domain support for hvm, right?

Yes.  For a complete profile we would want to include user space
applications.

> The
> apparent advantage is to tune hvm linux applications in future. It
> should be doable, like we've enabled vbd/vnif in hvm. And it needs
> more effort in hvm.
> Yes, Hypervcall, shared buffer and notification mechanism are all
> needed. For the last one, one of simple way is: 1) in hvm guest
> kernel, register for an unused IRQ line 2) in hv, inject that
> interrupt to hvm when needed. Or you can use a psydo PCI device in
> qemu to hold one irq number.

Thanks for the tips.

Steve D.



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

<Prev in Thread] Current Thread [Next in Thread>