[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <573BE12F.5020603@huawei.com>
Date: Wed, 18 May 2016 11:27:43 +0800
From: "Wangnan (F)" <wangnan0@...wei.com>
To: Arnaldo Carvalho de Melo <acme@...nel.org>
CC: <arnaldo.melo@...il.com>, <linux-kernel@...r.kernel.org>,
He Kuang <hekuang@...wei.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Jiri Olsa <jolsa@...nel.org>,
Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>,
Namhyung Kim <namhyung@...nel.org>,
Zefan Li <lizefan@...wei.com>, <pi3orama@....com>
Subject: Re: [PATCH 02/17] perf tools: Add evlist channel helpers
On 2016/5/13 21:05, Arnaldo Carvalho de Melo wrote:
> Em Fri, May 13, 2016 at 07:55:59AM +0000, Wang Nan escreveu:
>> In this commit sereval helpers are introduced to support the principle
> several
>
>> of channel. Channels hold different groups of evsels which configured
>> differently. It will be used for overwritable evsels, which allows perf
> why not use multiple evlists? An "evlist" is a "list of evsels", why do
> we need yet another way of grouping evlists?
>
> - Arnaldo
>
There's an assumption all over perf that there's only one evlist: in
'struct record'
there's an 'evlist' pointer, in 'struct session' there's also an
'evlist' pointer.
Trying to change them to an array results in 181 errors, so I think
fundamentally
moving to multiple evlists is nearly impossible.
Now I'm thinking introducing auxiliary evlists to perf record. We still
obey one
evlist assumption, only creates separated evlists for mmap.
Thank you.
Powered by blists - more mailing lists