From: Dmitry Antipov <dmitry.antipov@linaro.org>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Paul Mackerras <paulus@samba.org>, Ingo Molnar <mingo@redhat.com>,
Amit Kucheria <amit.kucheria@linaro.org>,
linaro-dev@lists.linaro.org, linux-kernel@vger.kernel.org,
Jiri Olsa <jolsa@redhat.com>
Subject: Re: Perf record format portability
Date: Fri, 18 May 2012 09:48:26 +0400 [thread overview]
Message-ID: <4FB5E2AA.1030907@linaro.org> (raw)
In-Reply-To: <1337255326.6724.92.camel@gandalf.stny.rr.com>
On 05/17/2012 03:48 PM, Steven Rostedt wrote:
> trace-cmd copies the entire /sys/kernel/debug/tracing/events directory
> into the data file (well it copies only the events you specify).
> I thought perf did the same. It should be using what's in the perf.dat
> file and not what's on the host.
I found that 'perf script' and 'perf report' works differently,
and I suppose 'perf script' is correct and 'perf report' isn't.
What I'm doing on PC host is:
1) Collect data with:
perf record -a -R -f -m 8192 -c 1 -e sched:sched_switch \
-e sched:sched_process_exit -e sched:sched_process_fork \
-e sched:sched_wakeup -e sched:sched_migrate_task [task]
2) Collect an output from 'perf script' and 'perf report', both looks
great.
3) Copy perf.data and contents of /proc/kallsyms to ARM target.
4) Next, on ARM target:
perf script --kallsyms=[kallsyms from PC host] -i [perf.data from PC host]
Looks good, all event names like 'sched_wakeup' or 'sched_switch' are shown.
5) Try:
perf report --kallsyms=[kallsyms from PC host] -i [perf.data from PC host] --stdio
All event names are shown as 'unknown:unknown'.
"Cross-replaying" (perf sched replay) looks broken too.
Host results are:
run measurement overhead: 260 nsecs
sleep measurement overhead: 56109 nsecs
the run test took 1000054 nsecs
the sleep test took 1076170 nsecs
nr_run_events: 246
nr_sleep_events: 257
nr_wakeup_events: 123
target-less wakeups: 27
task 0 ( <unknown>: 3440), nr_events: 33
task 1 ( kworker/0:0: 3227), nr_events: 15
task 2 ( <unknown>: 0), nr_events: 125
task 3 ( plugin-containe: 1769), nr_events: 13
task 4 ( ksoftirqd/0: 3), nr_events: 5
task 5 ( kworker/2:2: 2023), nr_events: 3
task 6 ( perf: 3441), nr_events: 200
task 7 ( migration/2: 3091), nr_events: 3
task 8 ( kworker/1:0: 3104), nr_events: 158
task 9 ( urxvt: 2952), nr_events: 95
task 10 ( ksoftirqd/2: 3093), nr_events: 3
------------------------------------------------------------
#1 : 70.193, ravg: 70.19, cpu: 116.57 / 116.57
#2 : 70.607, ravg: 70.23, cpu: 116.61 / 116.58
#3 : 70.411, ravg: 70.25, cpu: 116.69 / 116.59
#4 : 70.386, ravg: 70.27, cpu: 116.72 / 116.60
#5 : 70.222, ravg: 70.26, cpu: 116.39 / 116.58
#6 : 70.361, ravg: 70.27, cpu: 116.40 / 116.56
#7 : 70.409, ravg: 70.28, cpu: 116.43 / 116.55
#8 : 70.368, ravg: 70.29, cpu: 116.50 / 116.55
#9 : 70.604, ravg: 70.32, cpu: 116.75 / 116.57
#10 : 70.578, ravg: 70.35, cpu: 116.79 / 116.59
Cross-replaying attempt is ('perf sched -i [perf.data from PC host] replay'):
run measurement overhead: 8099 nsecs
sleep measurement overhead: 159428 nsecs
the run test took 998913 nsecs
the sleep test took 1188048 nsecs
nr_run_events: 0
nr_sleep_events: 0
nr_wakeup_events: 0
------------------------------------------------------------
#1 : 0.058, ravg: 0.06, cpu: 0.00 / 0.00
#2 : 0.105, ravg: 0.06, cpu: 0.00 / 0.00
#3 : 0.027, ravg: 0.06, cpu: 0.00 / 0.00
#4 : 0.026, ravg: 0.06, cpu: 0.00 / 0.00
#5 : 0.035, ravg: 0.05, cpu: 0.00 / 0.00
#6 : 0.027, ravg: 0.05, cpu: 0.00 / 0.00
#7 : 0.027, ravg: 0.05, cpu: 0.00 / 0.00
#8 : 0.028, ravg: 0.05, cpu: 0.00 / 0.00
#9 : 0.029, ravg: 0.04, cpu: 0.00 / 0.00
#10 : 0.028, ravg: 0.04, cpu: 0.00 / 0.00
Dmitry
next prev parent reply other threads:[~2012-05-18 5:46 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-15 15:27 Perf record format portability Dmitry Antipov
2012-05-15 15:51 ` Arnaldo Carvalho de Melo
2012-05-16 10:50 ` Dmitry Antipov
2012-05-16 14:59 ` Arnaldo Carvalho de Melo
2012-05-16 15:16 ` Jiri Olsa
2012-05-16 15:50 ` Arnaldo Carvalho de Melo
2012-05-16 16:58 ` Steven Rostedt
2012-05-16 17:48 ` Jiri Olsa
2012-05-16 19:32 ` Steven Rostedt
2012-05-16 19:39 ` Steven Rostedt
2012-05-17 8:51 ` Jiri Olsa
2012-05-16 18:08 ` Arnaldo Carvalho de Melo
2012-05-16 18:17 ` Steven Rostedt
2012-05-17 5:10 ` Dmitry Antipov
2012-05-17 11:48 ` Steven Rostedt
2012-05-18 5:48 ` Dmitry Antipov [this message]
2012-05-29 15:10 ` Arnaldo Carvalho de Melo
2012-05-31 8:28 ` Dmitry Antipov
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=4FB5E2AA.1030907@linaro.org \
--to=dmitry.antipov@linaro.org \
--cc=a.p.zijlstra@chello.nl \
--cc=acme@ghostprotocols.net \
--cc=amit.kucheria@linaro.org \
--cc=jolsa@redhat.com \
--cc=linaro-dev@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=paulus@samba.org \
--cc=rostedt@goodmis.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.