[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20161023234719.GV26852@two.firstfloor.org>
Date: Sun, 23 Oct 2016 16:47:19 -0700
From: Andi Kleen <andi@...stfloor.org>
To: Jiri Olsa <jolsa@...hat.com>
Cc: Ingo Molnar <mingo@...nel.org>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
linux-kernel@...r.kernel.org, Linux Weekly News <lwn@....net>,
Andi Kleen <andi@...stfloor.org>,
David Ahern <dsahern@...il.com>,
Don Zickus <dzickus@...hat.com>, Jiri Olsa <jolsa@...nel.org>,
Joe Mario <jmario@...hat.com>,
Namhyung Kim <namhyung@...nel.org>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Arnaldo Carvalho de Melo <acme@...hat.com>
Subject: Re: [GIT PULL 00/52] New Tool: perf c2c
> hm, most likely you did not generate any remote HITMs.. if it was on the laptop?
> you might get some results for local HITMs with -d option:
>
> $ perf c2c report -d lcl
>
> the default display/filter is for Remote HITMs.. perhaps we could be
> smart enough and switch to local when we found no data for remote
It would be better to default to local + remote. Even local HITMs can be
a big problem, especially on server chips with many cores.
-Andi
Powered by blists - more mailing lists