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] [RFC][PATCH] Hypervisor profiling using GCOV

To: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [RFC][PATCH] Hypervisor profiling using GCOV
From: Tej <bewith.tej@xxxxxxxxx>
Date: Thu, 19 Feb 2009 21:34:14 +0530
Cc: gianluca.guida@xxxxxxxxxxxxx, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>
Delivery-date: Thu, 19 Feb 2009 08:04:54 -0800
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=R/0axjjSRf0ArNq8CmtCOeaEEC9Zj+duZlDf6+qewF8=; b=Kqj2w/88g5EuIXcNwAyOit+IPeITO5cvodPLBmWYQmGqN+2nvxCzhHP427TYFfjHls bzr8cKurEYlpOSDSO3o78UVnVmf9Ay3ltJyyUIq2bhegDlTCZL8YSD+8Sv6zf0R636dJ +zEWFuF6K8a3p4o/hp/q70aYmtoeTeN6UovYk=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=h6eQra0x5aAs3d+rgAYRw+peYGCYA3OsT26K1CaHox9jGDUf0NKR4rko3vetckSE9q bSCAdVztVQGfLXz4esYWsVXOb/FydQ7wkce9IibUQLkTlIIoFLXv2sh1lNTNEU+0iAIf nKDWLgRq1vcd1t+8JIKPMFj/4Ag9V+Fr+UrUg=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <499D725D.40204@xxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <f1c9d250902172003u22ec4977u852a87ecc4f6a930@xxxxxxxxxxxxxx> <C5C17211.2D71%keir.fraser@xxxxxxxxxxxxx> <f1c9d250902180858h2dfb1f38x4118a7c77bc1104a@xxxxxxxxxxxxxx> <499D725D.40204@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, Feb 19, 2009 at 8:23 PM, George Dunlap
<george.dunlap@xxxxxxxxxxxxx> wrote:
> Tej wrote:
>>>
>>> Does it get us significantly more than the existing xentrace and
>>> xenoprofile
>>> tools? Especially the latter, which already does program-counter tracing
>>> and
>>> generation of stats from that, via the oprofile tool.
>>>
>>
>> thanks for our feedback
>> i agree xenoprofile is advanced proffiling tool in xen since ages, but
>> GCOV could be useful tool to naive tester/programmer on XEN who really
>> don't understand xenoprofile stats....
>>
>
> Don't undersell gcov; its purpose is slightly different from either xentrace
> or xenoprofile.  Xentrace can be used to get information about what paths or
> reasons caused vmexits (as well as just seeing specific patterns that
> happen).  xenoprofile is a relatively low-overhead way of just profiling
> (which unfortuantely doesn't work properly in 32-on-64 mode ATM).   gcov's
> main purpose is to tell you code coverage; profiling is just a side-effect.

>
> I looked at the LTP page about lcov, and it looks like it was pretty useful
> for them.  It has graphical output with the number of times / percentage a
> given path was taken.  It probably is worth porting to Xen for the same
> reason -- to see how well given paths in Xen actually get exercised.
>>
>> e.g If i start with any hypervisor subsystem (scheduler), i will run
>> xm test suite for scheduler and see  what all code is getting affected
>> over a  period of time and proceed with it...
>>
>
> It sounds like the main problem with xenoprofile is that it's hard to set up
> and use ATM: it could use some attention to the code, and some well-worded
> HOWTOs.  The fact that 32-on-64 doesn't work properly (truncates the long
> EIPs) doesn't help. :-)
>
> So I think that it probably would be useful.  Unfortunately, I don't have
> time in the near future to look at either of these (new "xcov"
> functionality, or fixing xenoprofile).  Gianluca's been doing some
> interesting work with testing.  I'll ask him if he's interested in looking
> at it.

thanks for your valuable feedback....
I need some comments from you or Gianluca regarding the basic design
and coding standard, or any other way it can be improved. Patches are
mainly to show the design and approach we have followed to produce
code coverage.

I am planning to change code of lcov to support xen code coverage out
of box rather than changing lcov config file.
any comments on this?


Anyway here are the patches for xen-3.2 and xen-3.1.*
in Xen-3.2 previous linux patches will do.

>
> Thanks for your work though, Tej!

thanks
-tej

>
> -George
>

Attachment: xen-3.1-gcov-v1.patch
Description: Binary data

Attachment: xen-3.2.0-gcov-v1.patch
Description: Binary data

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>