linux-kernel - Re: [PATCH -tip] perf_counter tools: add support to set of multiple events in one short

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 26 Jun 2009 14:25:53 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	Jaswinder Singh Rajput <jaswinder@...nel.org>
Cc:	Thomas Gleixner <tglx@...utronix.de>,
	Peter Zijlstra <peterz@...radead.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH -tip] perf_counter tools: add support to set of
	multiple events in one short


* Jaswinder Singh Rajput <jaswinder@...nel.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@...e.hu>
> > > Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@...il.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@...e.hu>
> > Signed-off-by: Jaswinder Singh Rajput <jaswinderrajput@...il.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/