diff options
author | 2013-08-06 18:08:47 +0200 | |
---|---|---|
committer | 2013-08-13 21:06:30 -0400 | |
commit | d027e6a9c83440bf1ca9e5503539d58d8e0914f1 (patch) | |
tree | 8f7397e15dd463c878939fa9d063adf167580573 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | tracing/perf: Reimplement TP_perf_assign() logic (diff) | |
download | linux-dev-d027e6a9c83440bf1ca9e5503539d58d8e0914f1.tar.xz linux-dev-d027e6a9c83440bf1ca9e5503539d58d8e0914f1.zip |
tracing/perf: Avoid perf_trace_buf_*() in perf_trace_##call() when possible
perf_trace_buf_prepare() + perf_trace_buf_submit(task => NULL)
make no sense if hlist_empty(head). Change perf_trace_##call()
to check ->perf_events beforehand and do nothing if it is empty.
This removes the overhead for tasks without events associated
with them. For example, "perf record -e sched:sched_switch -p1"
attaches the counter(s) to the single task, but every task in
system will do perf_trace_buf_prepare/submit() just to realize
that it was not attached to this event.
However, we can only do this if __task == NULL, so we also add
the __builtin_constant_p(__task) check.
With this patch "perf bench sched pipe" shows approximately 4%
improvement when "perf record -p1" runs in parallel, many thanks
to Steven for the testing.
Link: http://lkml.kernel.org/r/20130806160847.GA2746@redhat.com
Tested-by: David Ahern <dsahern@gmail.com>
Acked-by: Peter Zijlstra <peterz@infradead.org>
Signed-off-by: Oleg Nesterov <oleg@redhat.com>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions