From: Ingo Molnar <mingo@elte.hu>
To: Jaswinder Singh Rajput <jaswinder@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>,
Peter Zijlstra <peterz@infradead.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH -tip] perf_counter tools: add support to set of multiple events in one short
Date: Fri, 26 Jun 2009 14:25:53 +0200 [thread overview]
Message-ID: <20090626122553.GB10850@elte.hu> (raw)
In-Reply-To: <1246018957.2976.1.camel@hpdv5.satnam>
* Jaswinder Singh Rajput <jaswinder@kernel.org> wrote:
> On Fri, 2009-06-26 at 03:58 +0530, Jaswinder Singh Rajput wrote:
> > On Fri, 2009-06-26 at 02:32 +0530, Jaswinder Singh Rajput wrote:
> > > Add support for HARDWARE and SOFTWARE events :
> > > perf stat -e all-sw-events
> > > perf stat -e sw-events
> > > perf stat -e all-hw-events
> > > perf stat -e hw-events
> > >
> > > On AMD box :
> > >
> > > ./perf stat -e hw-events -e all-sw-events -- ls -lR > /dev/null
> > >
> > > Performance counter stats for 'ls -lR':
> > >
> > > 9977353 cycles # 557.193 M/sec (scaled from 21.81%)
> > > 4244800 instructions # 0.425 IPC (scaled from 27.51%)
> > > 2953188 cache-references # 164.923 M/sec (scaled from 89.10%)
> > > 72469 cache-misses # 4.047 M/sec (scaled from 89.13%)
> > > 775760 branches # 43.323 M/sec (scaled from 89.10%)
> > > 57814 branch-misses # 3.229 M/sec (scaled from 83.34%)
> > > <not counted> bus-cycles
> > > 17.970985 cpu-clock-msecs
> > > 17.906460 task-clock-msecs # 0.955 CPUs
> > > 386 page-faults # 0.022 M/sec
> > > 386 minor-faults # 0.022 M/sec
> > > 0 major-faults # 0.000 M/sec
> > > 4 context-switches # 0.000 M/sec
> > > 1 CPU-migrations # 0.000 M/sec
> > >
> > > 0.018750671 seconds time elapsed.
> > >
> > > Reported-by : Ingo Molnar <mingo@elte.hu>
> > > Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
> > > ---
> > > tools/perf/util/parse-events.c | 66 ++++++++++++++++++++++++++++++++++++++-
> > > 1 files changed, 64 insertions(+), 2 deletions(-)
> >
> > Please treat :
> > [PATCH -tip] perf_counter tools: add support to set of multiple events in one short
> > as
> > [PATCH 1/2-tip] perf_counter tools: add support to set of multiple events in one short
> >
> > And here is 2/2 :
> >
> > [PATCH 2/2 -tip] perf_counter tools: Add support for all CACHE events
> >
> > Add support for all CACHE events :
> > perf stat -e all-cache-events
> > perf stat -e cache-events
> >
> > On AMD box (<not-counted> events are not available for AMD):
> >
> > ./perf stat -e all-cache-events -- ls -lR /usr/include/ > /dev/null
> >
> > Performance counter stats for 'ls -lR /usr/include/':
> >
> > 246370884 L1-d$-loads (scaled from 23.55%)
> > 1074018 L1-d$-load-misses (scaled from 23.38%)
> > 150708 L1-d$-stores (scaled from 23.57%)
> > <not counted> L1-d$-store-misses
> > 428804 L1-d$-prefetches (scaled from 23.47%)
> > 314446 L1-d$-prefetch-misses (scaled from 23.42%)
> > 252626137 L1-i$-loads (scaled from 23.24%)
> > 3985110 L1-i$-load-misses (scaled from 23.24%)
> > 93754 L1-i$-prefetches (scaled from 23.34%)
> > <not counted> L1-i$-prefetch-misses
> > 5202314 LLC-loads (scaled from 23.34%)
> > 525467 LLC-load-misses (scaled from 23.25%)
> > 5220558 LLC-stores (scaled from 23.21%)
> > <not counted> LLC-store-misses
> > <not counted> LLC-prefetches
> > <not counted> LLC-prefetch-misses
> > 251954203 dTLB-loads (scaled from 23.70%)
> > 5297550 dTLB-load-misses (scaled from 23.96%)
> > <not counted> dTLB-stores
> > <not counted> dTLB-store-misses
> > <not counted> dTLB-prefetches
> > <not counted> dTLB-prefetch-misses
> > 248561524 iTLB-loads (scaled from 24.15%)
> > 4693 iTLB-load-misses (scaled from 24.18%)
> > 106992392 branch-loads (scaled from 23.67%)
> > 5239561 branch-load-misses (scaled from 23.43%)
> >
> > 0.395946903 seconds time elapsed.
> >
> > Reported-by: Ingo Molnar <mingo@elte.hu>
> > Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@gmail.com>
> > ---
> > tools/perf/util/parse-events.c | 70 +++++++++++++++++++++++++++++++++++++---
> > 1 files changed, 65 insertions(+), 5 deletions(-)
> >
>
>
> If this looks OK then can I send following patches.
Would be nice to do the 'scaled' cleanup too that i suggested in the
other thread, plus size things so that there's no such lines:
428804 L1-d$-prefetches (scaled from 23.47%)
314446 L1-d$-prefetch-misses (scaled from 23.42%)
if that's done then it would be nice to have a series submitted to
lkml with numbered patches and a 0/3 (or so) mail summarizing the
changes, and with each patch having code and commit log quality that
you can stand behind and which needs no modification from the
maintainers.
Ingo
next prev parent reply other threads:[~2009-06-26 12:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-25 21:02 Jaswinder Singh Rajput
2009-06-25 22:28 ` Jaswinder Singh Rajput
2009-06-26 12:22 ` Jaswinder Singh Rajput
2009-06-26 12:25 ` Ingo Molnar [this message]
2009-06-26 12:38 ` Jaswinder Singh Rajput
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=20090626122553.GB10850@elte.hu \
--to=mingo@elte.hu \
--cc=jaswinder@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®