From: Masami Hiramatsu <mhiramat@kernel.org>
To: Arun Kalyanasundaram <arunkaly@google.com>
Cc: rostedt@goodmis.org, linux-kernel@vger.kernel.org,
mingo@kernel.org, David Carrillo-Cisneros <davidcc@google.com>,
Peter Zijlstra <peterz@infradead.org>,
Arnaldo Carvalho de Melo <acme@kernel.org>,
mingo@kernel.org
Subject: Re: tracing/kprobes: [Bug] Identical timestamps on two kprobes that are few instructions apart
Date: Sun, 9 Jul 2017 21:51:54 +0900 [thread overview]
Message-ID: <20170709215154.493eda54c42f82d272938312@kernel.org> (raw)
In-Reply-To: <CAGjB_BpTmk+gvNMpuxWweu1UnzFixPrxKKAxzJxm2svz+-FVXg@mail.gmail.com>
On Fri, 7 Jul 2017 10:34:48 -0700
Arun Kalyanasundaram <arunkaly@google.com> wrote:
> Hi,
>
> I am trying to use kprobes to time a few kernel functions. However, when I
> add two kprobes on a function that are a few instructions apart, I
> sometimes get the same timestamp (measured in nano seconds) on the two
> probes.
>
> For example, if I add the two probes as follows,
> 1) perf probe -a "kprobe1=__schedule"
> 2) perf probe -a "kprobe2=__schedule+12"
>
> I then use "perf record" on a multi-threaded benchmark (e.g. stream:
> https://www.cs.virginia.edu/stream/) to collect samples. I then see the
> same timestamp on kprobe1 and kprobe2 for the same thread running on the
> same CPU. Following is an example of the output showing the same timestamp
> on the two probes.
>
> comm,tid,cpu,time,event,ip,sym
> stream,62182,[064],3020935.384132080,probe:kprobe1,ffffffffb36399f1,__schedule
> stream,62182,[064],3020935.384132080,probe:kprobe2,ffffffffb36399fd,__schedule
Could you tell me on what architecture are you running the benchmark?
(It seems that your machine has more than 64 core(or SMT))
And would you see same issue when you are using ftrace debugfs
(or tracefs) interface too?
Actually, if you use "perf" to trace events, those are recorded in
different buffers and different way to be read. So we have to
investigate perf side too.
Peter, Arnaldo, if there are 2 perf events occurs in very short
period, is it possible to indicate same timestamp for those?
Thank you,
>
> Since it happens intermittently, I am wondering if there is some sort of
> race condition here. Please let me know if this is an expected behavior or
> is there something wrong in the way I use kprobes.
>
> Thank you,
> - Arun
--
Masami Hiramatsu <mhiramat@kernel.org>
prev parent reply other threads:[~2017-07-09 12:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAGjB_BpTmk+gvNMpuxWweu1UnzFixPrxKKAxzJxm2svz+-FVXg@mail.gmail.com>
2017-07-07 19:01 ` Steven Rostedt
2017-07-07 23:06 ` Arun Kalyanasundaram
2017-07-10 0:18 ` Masami Hiramatsu
2017-07-10 17:38 ` Arun Kalyanasundaram
2017-07-09 12:51 ` Masami Hiramatsu [this message]
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=20170709215154.493eda54c42f82d272938312@kernel.org \
--to=mhiramat@kernel.org \
--cc=acme@kernel.org \
--cc=arunkaly@google.com \
--cc=davidcc@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.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 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®