Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1215648

Re: [RFC PATCH 0/4] perf tools: Use the new ability of eBPF programs to access hardware PMU counter

From xiakaixu <xiakaixu@huawei.com>
Newsgroups linux.kernel
Subject Re: [RFC PATCH 0/4] perf tools: Use the new ability of eBPF programs to access hardware PMU counter
Date 2015-08-29 04:20 +0200
Message-ID <q2DUl-4XT-3@gated-at.bofh.it> (permalink)
References <q22UN-21M-3@gated-at.bofh.it> <q2D7Y-3I2-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


于 2015/8/29 9:28, Alexei Starovoitov 写道:
> On 8/27/15 3:42 AM, Kaixu Xia wrote:
>> An example is pasted at the bottom of this cover letter. In that example,
>> we can get the cpu_cycles and exception taken in sys_write.
>>
>>   $ cat /sys/kernel/debug/tracing/trace_pipe
>>   $ ./perf record --event perf-bpf.o ls
>>     ...
>>               cat-1653  [003] d..1 88174.613854: : ente:  CPU-3    cyc:48746333    exc:84
>>               cat-1653  [003] d..2 88174.613861: : exit:  CPU-3    cyc:48756041    exc:84
> 
> nice. probably more complex example that computes the delta of the pmu
> counters on the kernel side would be even more interesting.

Right, this is just a little example. Actually, I have tested this
ability on kernel side and user space side, that is kprobe and uprobe.
The collected delta of the pmu counters form kernel and glibc is correct
and meets the expected goals. I will give them in the next version.

At this time i wish to get your comment on the current chosen implementation.
Now the struct perf_event_map_def is introduced and the user can directly
define the struct perf_event_attr, so we can skip the parse_events process
and call the sys_perf_event_open on the events directly. This is the most
simple implementation, but I am not sure it is the most appropriate.
> Do you think you can extend 'perf stat' with a flag that does
> stats collection for a given kernel or user function instead of the
> whole process ?
> Then we can use perf record/report to figure out hot functions and
> follow with 'perf stat -f my_hot_func my_process' to drill into
> particular function stats.

Good idea! I will consider it when this patchset is basically completed.
> 
> 
> .
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[RFC PATCH 0/4] perf tools: Use the new ability of eBPF programs to access hardware PMU counter Kaixu Xia <xiakaixu@huawei.com> - 2015-08-27 12:50 +0200
  Re: [RFC PATCH 0/4] perf tools: Use the new ability of eBPF programs  to access hardware PMU counter Alexei Starovoitov <ast@plumgrid.com> - 2015-08-29 03:30 +0200
    Re: [RFC PATCH 0/4] perf tools: Use the new ability of eBPF programs  to access hardware PMU counter xiakaixu <xiakaixu@huawei.com> - 2015-08-29 04:20 +0200
      Re: [RFC PATCH 0/4] perf tools: Use the new ability of eBPF programs  to access hardware PMU counter Alexei Starovoitov <ast@plumgrid.com> - 2015-08-29 04:50 +0200

csiph-web