mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [PATCH] perf tools: Add support for pinned modifier
@ 2013-07-24  2:26 Michael Ellerman
  2013-07-25 11:04 ` Peter Zijlstra
  0 siblings, 1 reply; 3+ messages in thread
From: Michael Ellerman @ 2013-07-24  2:26 UTC (permalink / raw)
  To: linux-kernel; +Cc: acme, a.p.zijlstra, mingo, Paul Mackerras, Anton Blanchard

This commit adds support for a new modifier "P", which requests that the
event, or group of events, be pinned to the PMU.

This is an oft-requested feature from our HW folks, who want to be able
to run a large number of events, but also want 100% accurate results for
instructions per cycle.

Comparison of results with and without pinning:

$ perf stat -e '{cycles,instructions}:P' -e cycles,instructions,...

  79,590,480,683 cycles         #  0.000 GHz
 166,123,716,524 instructions   #  2.09  insns per cycle
                                #  0.11  stalled cycles per insn
  79,352,134,463 cycles         #  0.000 GHz                     [11.11%]
 165,178,301,818 instructions   #  2.08  insns per cycle
                                #  0.11  stalled cycles per insn [11.13%]

As you can see although perf does a very good job of scaling the values
in the non-pinned case, there is some small discrepancy.

The patch is fairly straight forward, the one detail is that we need to
make sure we only request pinning for the group leader when we have a
group.

Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
---

I would have used "p" obviously, but that's taken. Are folks happy that
"P" is sufficiently different from "p"? I couldn't think of anything
better.
---
 tools/perf/Documentation/perf-list.txt | 1 +
 tools/perf/util/parse-events.c         | 9 +++++++++
 tools/perf/util/parse-events.l         | 2 +-
 3 files changed, 11 insertions(+), 1 deletion(-)

diff --git a/tools/perf/Documentation/perf-list.txt b/tools/perf/Documentation/perf-list.txt
index 826f3d6..7ecf655 100644
--- a/tools/perf/Documentation/perf-list.txt
+++ b/tools/perf/Documentation/perf-list.txt
@@ -29,6 +29,7 @@ counted. The following modifiers exist:
  G - guest counting (in KVM guests)
  H - host counting (not in KVM guests)
  p - precise level
+ P - pin the event to the PMU
 
 The 'p' modifier can be used for specifying how precise the instruction
 address should be. The 'p' modifier can be specified multiple times:
diff --git a/tools/perf/util/parse-events.c b/tools/perf/util/parse-events.c
index 2c460ed..962093a 100644
--- a/tools/perf/util/parse-events.c
+++ b/tools/perf/util/parse-events.c
@@ -687,6 +687,7 @@ struct event_modifier {
 	int eG;
 	int precise;
 	int exclude_GH;
+	int pinned;
 };
 
 static int get_event_modifier(struct event_modifier *mod, char *str,
@@ -698,6 +699,7 @@ static int get_event_modifier(struct event_modifier *mod, char *str,
 	int eH = evsel ? evsel->attr.exclude_host : 0;
 	int eG = evsel ? evsel->attr.exclude_guest : 0;
 	int precise = evsel ? evsel->attr.precise_ip : 0;
+	int pinned = evsel ? evsel->attr.pinned : 0;
 
 	int exclude = eu | ek | eh;
 	int exclude_GH = evsel ? evsel->exclude_GH : 0;
@@ -730,6 +732,8 @@ static int get_event_modifier(struct event_modifier *mod, char *str,
 			/* use of precise requires exclude_guest */
 			if (!exclude_GH)
 				eG = 1;
+		} else if (*str == 'P') {
+			pinned = 1;
 		} else
 			break;
 
@@ -756,6 +760,8 @@ static int get_event_modifier(struct event_modifier *mod, char *str,
 	mod->eG = eG;
 	mod->precise = precise;
 	mod->exclude_GH = exclude_GH;
+	mod->pinned = pinned;
+
 	return 0;
 }
 
@@ -806,6 +812,9 @@ int parse_events__modifier_event(struct list_head *list, char *str, bool add)
 		evsel->attr.exclude_host   = mod.eH;
 		evsel->attr.exclude_guest  = mod.eG;
 		evsel->exclude_GH          = mod.exclude_GH;
+
+		if (evsel->leader == evsel)
+			evsel->attr.pinned = mod.pinned;
 	}
 
 	return 0;
diff --git a/tools/perf/util/parse-events.l b/tools/perf/util/parse-events.l
index e9d1134..587dac0 100644
--- a/tools/perf/util/parse-events.l
+++ b/tools/perf/util/parse-events.l
@@ -82,7 +82,7 @@ num_hex		0x[a-fA-F0-9]+
 num_raw_hex	[a-fA-F0-9]+
 name		[a-zA-Z_*?][a-zA-Z0-9_*?]*
 name_minus	[a-zA-Z_*?][a-zA-Z0-9\-_*?]*
-modifier_event	[ukhpGH]+
+modifier_event	[ukhpGHP]+
 modifier_bp	[rwx]{1,3}
 
 %%
-- 
1.8.1.2


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] perf tools: Add support for pinned modifier
  2013-07-24  2:26 [PATCH] perf tools: Add support for pinned modifier Michael Ellerman
@ 2013-07-25 11:04 ` Peter Zijlstra
  2013-07-25 12:53   ` Michael Ellerman
  0 siblings, 1 reply; 3+ messages in thread
From: Peter Zijlstra @ 2013-07-25 11:04 UTC (permalink / raw)
  To: Michael Ellerman
  Cc: linux-kernel, acme, mingo, Paul Mackerras, Anton Blanchard

On Wed, Jul 24, 2013 at 12:26:42PM +1000, Michael Ellerman wrote:
> 
> I would have used "p" obviously, but that's taken. Are folks happy that
> "P" is sufficiently different from "p"? I couldn't think of anything
> better.

I've seen proposals where 'P' is used for the max 'p' level :/

But yes, vexing situation. 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] perf tools: Add support for pinned modifier
  2013-07-25 11:04 ` Peter Zijlstra
@ 2013-07-25 12:53   ` Michael Ellerman
  0 siblings, 0 replies; 3+ messages in thread
From: Michael Ellerman @ 2013-07-25 12:53 UTC (permalink / raw)
  To: Peter Zijlstra; +Cc: linux-kernel, acme, mingo, Paul Mackerras, Anton Blanchard

On Thu, 2013-07-25 at 13:04 +0200, Peter Zijlstra wrote:
> On Wed, Jul 24, 2013 at 12:26:42PM +1000, Michael Ellerman wrote:
> > 
> > I would have used "p" obviously, but that's taken. Are folks happy that
> > "P" is sufficiently different from "p"? I couldn't think of anything
> > better.
> 
> I've seen proposals where 'P' is used for the max 'p' level :/

Hmm, OK.

So 'p' is for precise, which maps onto a 2 bit field in
perf_event_attr.precise_ip.

No 'p' modifier means precise_ip = 0, so the max value of 3 would be
'ppp' right?

We don't use 'p' so I have no idea how often it's used and whether
typing 'ppp' is going to be a major pain for people.

> But yes, vexing situation. 

Quite. Nothing jumps out as an obvious alternative, including any of the
symbols.

So how about 'D'.

Because it makes a smiley face:

 $ perf stat -e cycles:D

And having perf smile at you can't be a bad thing.

cheers




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-07-25 12:53 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-07-24  2:26 [PATCH] perf tools: Add support for pinned modifier Michael Ellerman
2013-07-25 11:04 ` Peter Zijlstra
2013-07-25 12:53   ` Michael Ellerman

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®