On Tue, Dec 15, 2015 at 09:07:03PM +0900, Namhyung Kim wrote:
> On Tue, Dec 15, 2015 at 09:53:09AM +0100, Jiri Olsa wrote:
> > On Tue, Dec 15, 2015 at 12:46:12AM +0900, Namhyung Kim wrote:
> > 
> > SNIP
> > 
> > > 
> > >   $ perf report -s 
> > > comm,sched:sched_switch.next_pid,sched:sched_switch.next_comm --stdio
> > >   ...
> > >   # Overhead  Command            next_pid         next_comm
> > >   # ........  ...............  ..........  ................
> > >   #
> > >       20.86%  swapper               17773   transmission-gt
> > >        9.64%  transmission-gt           0         swapper/0
> > >        9.16%  transmission-gt           0         swapper/2
> > >        5.25%  swapper                 109      kworker/0:1H
> > >        5.21%  kworker/0:1H              0         swapper/0
> > >        2.14%  netctl-auto               0         swapper/2
> > >        1.98%  netctl-auto               0         swapper/0
> > >        1.98%  swapper                6524            Xephyr
> > >        1.98%  swapper               27478       netctl-auto
> > >        1.78%  transmission-gt           0         swapper/3
> > >        1.53%  Xephyr                    0         swapper/0
> > >        1.29%  netctl-auto               0         swapper/1
> > >        1.29%  swapper               27476       netctl-auto
> > >        1.21%  netctl-auto               0         swapper/3
> > >        1.17%  swapper                 233    irq/33-iwlwifi
> > > 
> > > Note that pid 0 exists for each cpu so have comm of 'swapper/N'.
> > 
> > could we also add by default all tracepoint fields in case none
> > is specified and the event to display is tracepoint?
> 
> Seems like a good suggestion.  We can check if there's only one
> tracepoint event, then use dynamic sort keys for all fields.  But I
> think we should skip common fields in that case.
> 
> > 
> > also an extra field that would hold/show the 'print fmt' display ? 
> 
> Do you want a single extra field per event or per field?

hm, so the 'print fmt' defines the intended output from the tracepoint,
like for sched_switch:

  print fmt: "prev_comm=%s prev_pid=%d prev_prio=%d prev_state=%s%s ==> 
next_comm=%s next_pid=%d next_prio=%d", REC->prev_comm, REC->prev_pid, 
REC->prev_prio, REC->prev_state & (2048-1) ? __print_flags(REC->prev_state & 
(2048-1), "|", { 1, "S"} , { 2, "D" }, { 4, "T" }, { 8, "t" }, { 16, "Z" }, { 
32, "X" }, { 64, "x" }, { 128, "K" }, { 256, "W" }, { 512, "P" }, { 1024, "N" 
}) : "R", REC->prev_state & 2048 ? "+" : "", REC->next_comm, REC->next_pid, 
REC->next_prio

gets you (perf script can already do that):

  perf:21226 [120] S ==> swapper/0:0 [120]


so maybe have a option or ahve a special field like 'fmt'
that would carry/display this translation

  perf report -s comm,fmt

could be combined with other fields if needed..

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

Reply via email to