[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150609214436.GK3136@kernel.org>
Date: Tue, 9 Jun 2015 18:44:36 -0300
From: Arnaldo Carvalho de Melo <acme@...nel.org>
To: Alexei Starovoitov <ast@...mgrid.com>
Cc: Wang Nan <wangnan0@...wei.com>, brendan.d.gregg@...il.com,
daniel@...earbox.net, namhyung@...nel.org,
masami.hiramatsu.pt@...achi.com, paulus@...ba.org,
a.p.zijlstra@...llo.nl, mingo@...hat.com, jolsa@...nel.org,
dsahern@...il.com, linux-kernel@...r.kernel.org,
lizefan@...wei.com, hekuang@...wei.com, xiakaixu@...wei.com,
pi3orama@....com
Subject: Re: [RFC PATCH v6 00/32] perf tools: filtering events using eBPF
programs
Em Tue, Jun 09, 2015 at 02:30:36PM -0700, Alexei Starovoitov escreveu:
> On 6/8/15 10:50 PM, Wang Nan wrote:
> > # perf record --event lock_page.c ls /
> > Added new event:
> > perf_bpf_probe:lock_page (on __lock_page)
> >
> > You can now use it in all perf tools, such as:
> agree with Arnaldo. The output is misleading.
> All these events will disappear when 'perf record' is over.
> Please trim it.
> btw we've been thinking how to make truly global programs
> and maps, so that they can be used in 'perf probe' interface.
> Right now in 'tc' we're using bpf_agent. It's a user space
> demon that keeps prog_fd and map_fds and passes them to other
> apps via scm_rights.
> We've started experimenting with fuse for this purpose as well,
> but that's similar user space demon and not very convenient
> for perf to talk to such fuse.
> The work in that area is still very rough, just fyi.
Cool stuff, but please leave us without daemons, we've exorcised from
day one ;-)
- Arnaldo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists