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] Perfctr-Xen framework for permonace analysis

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] Perfctr-Xen framework for permonace analysis
From: Ruslan Nikolaev <nruslan_devel@xxxxxxxxx>
Date: Thu, 12 May 2011 13:35:39 -0700 (PDT)
Delivery-date: Thu, 12 May 2011 13:37:35 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1305232539; bh=mRXpkfrkhq9U3fQasNuBeRynzHROtoiXqW3PQzwva64=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=bH6O0/CLWbmF1qka1+hSsfgmiSWonc1HB2632e9Db42fGFNyQUdSE22rNRGKtjEnVH8lsKECRnmgAEEPj5pB5Tflv8FWMBUO3E2OWY9XsQ3ijQGo+ckgv7vBH197dnQ2uSYTJTNAi3P/X/7fGe8DxHg2RXGcikokgOkw0zA2v1Y=
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=s697IhoEHQ1D1x7luIamtBoGs6iuiXQU+BFK1ffToLFdp5MuiA7s/okxqdaJ56B1qo75n8HhZD/1+19420HDFXA+it4/ZBac45JfgWib4/lIlgyJO686YLEAtJZnF/inETyox8U/4i4z5nS1/ZzOP3U8Lz+DuFhqRM+4NlKTf6w=;
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C9F1FD03.1A371%keir.xen@xxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Well, at least it can peacefully coexist with oprofile. AFAIK, XenOProf has 
some limitations (system wide monitoring only), and works only with OProfile. 
Many people would also prefer to use PAPI/HPCToolkit/PerfExplorer. HPCToolkit 
itself is quite sophisticated framework with elaborated functionality. It is 
quite comparable to OProfile. PerfExplorer is also a very interesting project. 
PAPI is used by developers to do wide range of measurements which are not 
necessarily possible with OProfile. The key feature of Perfctr-Xen is that it 
allows to do all levels of performance monitoring, it does not restrict to 
profiling.

This framework and xenoprof provide orthogonal solutions which both can be used 
in different circumstances.

Thanks,
Ruslan Nikolaev

--- On Fri, 5/13/11, Keir Fraser <keir.xen@xxxxxxxxx> wrote:

> From: Keir Fraser <keir.xen@xxxxxxxxx>
> Subject: Re: [Xen-devel] Perfctr-Xen framework for permonace analysis
> To: "Ruslan Nikolaev" <nruslan_devel@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
> Date: Friday, May 13, 2011, 12:09 AM
> On 12/05/2011 20:36, "Ruslan
> Nikolaev" <nruslan_devel@xxxxxxxxx>
> wrote:
> 
> > Hi
> > 
> > I want to make an announcement about new perfomance
> monitoring framework.
> > 
> > Perfctr-Xen framework that enables per-thread
> performance analysis in Xen.
> > Current version is capable of properly virtualizing
> counters in both
> > paravirtualized and HVM modes. It is based on perfctr
> (which is a library and
> > kernel module for non-virtualized guests), ported to
> Xen, and extended to work
> > properly in virtualized environment. Both accumulative
> and interrupt modes
> > counting (profiling) are supported.
> > 
> > The advantage of Perfctr-Xen is that it does not
> require specific HVM
> > extensions which are needed for vpmu driver, can work
> in paravirtualized mode,
> > and it also quite universal: works with many common
> tools such as PAPI,
> > HPCToolkit, TAU PerfExplorer. It supports proper
> per-domain and per-thread
> > virtualization. It is light-weight, supports wide
> range of CPUs, does not
> > require save-and-restore for accumulative mode of
> counting (it uses counter
> > offsetting), avoids expensive hypercalls and counter
> re-programming in certain
> > circumstances (when threads are counting the same type
> of events). In
> > addition, some techniques are employed to account for
> the overhead caused by
> > the framework itself. This makes measurements quite
> accurate.
> > 
> > Perfctr-Xen consists of series of patches that need to
> be applied to Xen,
> > Linux, perfctr. There are available at:
> > http://people.cs.vt.edu/~rnikola/
> > 
> > The code is available under LGPL. It would be great to
> discuss if and how it
> > can be integrated into Xen.
> 
> Could it reasonably replace the oprofile stuff we have
> already? I wouldn't
> want yet another perfctr subsystem/interface unless it
> supplants an existing
> one. We need a revolving door policy here I think.
> 
>  -- Keir
> 
> > The publication regarding Perfctr-Xen is at:
> > http://portal.acm.org/citation.cfm?id=1952687
> > 
> > Thanks,
> > Ruslan Nikolaev
> > 
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-devel
> 
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
> 

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