[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110427064342.GE17079@elte.hu>
Date: Wed, 27 Apr 2011 08:43:42 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Vince Weaver <vweaver1@...s.utk.edu>
Cc: Peter Zijlstra <peterz@...radead.org>,
Arnaldo Carvalho de Melo <acme@...radead.org>,
linux-kernel@...r.kernel.org, Andi Kleen <ak@...ux.intel.com>,
Stephane Eranian <eranian@...il.com>,
Lin Ming <ming.m.lin@...el.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [PATCH 1/1] perf tools: Add missing user space support for
config1/config2
* Vince Weaver <vweaver1@...s.utk.edu> wrote:
> On Tue, 26 Apr 2011, Peter Zijlstra wrote:
>
> > > That's why people use libpfm4. or PAPI. And they do.
> >
> > And how is typing in hex numbers different from typing in model specific
> > event names?
>
> Reall... quick, tell me what event 0x53cf28 corresponds to on a core2.
>
> Now if I said L2_IFETCH:BOTH_CORES you know several things about what it is.
Erm, that assumes you already know that magic incantation. Most of the users
who want to do measurements and profiling do not know that. So there's little
difference between:
- someone shows them the 0x53cf28 magic code
- someone shows them the L2_IFETCH:BOTH_CORES magic symbol
So you while hexa values have like 10% utility, the stupid, vendor-specific
event names you are pushing here have like 15% utility.
In perf we are aiming for 100% utility, where if someone knows something about
CPUs and can type 'cycles', 'instructions' or 'branches', will get the obvious
result.
This is not a difficult usability concept really.
Thanks,
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/
Powered by blists - more mailing lists