From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Jiri Olsa <jolsa@kernel.org>
Cc: lkml <linux-kernel@vger.kernel.org>,
David Ahern <dsahern@gmail.com>, Ingo Molnar <mingo@kernel.org>,
Namhyung Kim <namhyung@kernel.org>,
Peter Zijlstra <a.p.zijlstra@chello.nl>
Subject: Re: [PATCH 3/8] perf tools sched: Add compact display option
Date: Tue, 12 Apr 2016 11:18:42 -0300 [thread overview]
Message-ID: <20160412141842.GB9056@kernel.org> (raw)
In-Reply-To: <20160412140947.GA9056@kernel.org>
Em Tue, Apr 12, 2016 at 11:09:47AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Apr 12, 2016 at 03:29:26PM +0200, Jiri Olsa escreveu:
> > Add compact map display that does not output the whole
> > cpu matrix, only cpus that got event.
> >
> > $ perf sched map -c
>
> I was going to point out that you better use --compact, as one-letter
> otpions are for some... but then I realized you already did that, will
> update your changelog comment :-)
>
> Testing it I noticed that the first few lines get unaligned, is that by
> design? Haven't looked at the code.
>
> *. 31203.236293 secs . => swapper:0 (CPU 3)
> . *A0 31203.236964 secs A0 => rcu_sched:7 (CPU 0)
> . *. 31203.236968 secs
> . . *B0 31203.236968 secs B0 => rcuos/2:28 (CPU 1)
> . . B0 *C0 31203.236973 secs C0 => rcuos/3:36 (CPU 2)
> . *A0 B0 C0 31203.236973 secs
> . A0 *. C0 31203.236974 secs
> . *. . C0 31203.236975 secs
> . . . *. 31203.236986 secs
> . *A0 . . 31203.239952 secs
>
Got it, by design, applied.
> - Arnaldo
>
> > *A0 1082427.094098 secs A0 => perf:19404 (CPU 2)
> > A0 *. 1082427.094127 secs . => swapper:0 (CPU 1)
> > A0 . *B0 1082427.094174 secs B0 => rcuos/2:25 (CPU 3)
> > A0 . *. 1082427.094177 secs
> > *C0 . . 1082427.094187 secs C0 => migration/2:21
> > C0 *A0 . 1082427.094193 secs
> > *. A0 . 1082427.094195 secs
> > *D0 A0 . 1082427.094402 secs D0 => rngd:968
> > *. A0 . 1082427.094406 secs
> > . *E0 . 1082427.095221 secs E0 => kworker/1:1:5333
> > . E0 *F0 1082427.095227 secs F0 => xterm:3342
> >
> > It helps to display sane output for small thread loads
> > on big cpu servers.
> >
> > Link: http://lkml.kernel.org/n/tip-f38ysxz8v6nxoklp7gc4odti@git.kernel.org
> > Signed-off-by: Jiri Olsa <jolsa@kernel.org>
> > ---
> > tools/perf/builtin-sched.c | 62 +++++++++++++++++++++++++++++++++++++++++-----
> > 1 file changed, 56 insertions(+), 6 deletions(-)
> >
> > diff --git a/tools/perf/builtin-sched.c b/tools/perf/builtin-sched.c
> > index 871b55ae22a4..64dd94667055 100644
> > --- a/tools/perf/builtin-sched.c
> > +++ b/tools/perf/builtin-sched.c
> > @@ -122,6 +122,12 @@ struct trace_sched_handler {
> > struct machine *machine);
> > };
> >
> > +struct perf_sched_map {
> > + DECLARE_BITMAP(comp_cpus_mask, MAX_CPUS);
> > + int *comp_cpus;
> > + bool comp;
> > +};
> > +
> > struct perf_sched {
> > struct perf_tool tool;
> > const char *sort_order;
> > @@ -173,6 +179,7 @@ struct perf_sched {
> > struct list_head sort_list, cmp_pid;
> > bool force;
> > bool skip_merge;
> > + struct perf_sched_map map;
> > };
> >
> > static u64 get_nsecs(void)
> > @@ -1347,13 +1354,24 @@ static int map_switch_event(struct perf_sched *sched, struct perf_evsel *evsel,
> > int new_shortname;
> > u64 timestamp0, timestamp = sample->time;
> > s64 delta;
> > - int cpu, this_cpu = sample->cpu;
> > + int i, this_cpu = sample->cpu;
> > + int cpus_nr;
> > + bool new_cpu = false;
> >
> > BUG_ON(this_cpu >= MAX_CPUS || this_cpu < 0);
> >
> > if (this_cpu > sched->max_cpu)
> > sched->max_cpu = this_cpu;
> >
> > + if (sched->map.comp) {
> > + cpus_nr = bitmap_weight(sched->map.comp_cpus_mask, MAX_CPUS);
> > + if (!test_and_set_bit(this_cpu, sched->map.comp_cpus_mask)) {
> > + sched->map.comp_cpus[cpus_nr++] = this_cpu;
> > + new_cpu = true;
> > + }
> > + } else
> > + cpus_nr = sched->max_cpu;
> > +
> > timestamp0 = sched->cpu_last_switched[this_cpu];
> > sched->cpu_last_switched[this_cpu] = timestamp;
> > if (timestamp0)
> > @@ -1400,7 +1418,9 @@ static int map_switch_event(struct perf_sched *sched, struct perf_evsel *evsel,
> > new_shortname = 1;
> > }
> >
> > - for (cpu = 0; cpu <= sched->max_cpu; cpu++) {
> > + for (i = 0; i < cpus_nr; i++) {
> > + int cpu = sched->map.comp ? sched->map.comp_cpus[i] : i;
> > +
> > if (cpu != this_cpu)
> > printf(" ");
> > else
> > @@ -1414,12 +1434,15 @@ static int map_switch_event(struct perf_sched *sched, struct perf_evsel *evsel,
> >
> > printf(" %12.6f secs ", (double)timestamp/1e9);
> > if (new_shortname) {
> > - printf("%s => %s:%d\n",
> > + printf("%s => %s:%d",
> > sched_in->shortname, thread__comm_str(sched_in), sched_in->tid);
> > - } else {
> > - printf("\n");
> > }
> >
> > + if (sched->map.comp && new_cpu)
> > + printf(" (CPU %d)", this_cpu);
> > +
> > + printf("\n");
> > +
> > thread__put(sched_in);
> >
> > return 0;
> > @@ -1675,9 +1698,22 @@ static int perf_sched__lat(struct perf_sched *sched)
> > return 0;
> > }
> >
> > +static int setup_map_cpus(struct perf_sched *sched)
> > +{
> > + sched->max_cpu = sysconf(_SC_NPROCESSORS_CONF);
> > +
> > + if (sched->map.comp) {
> > + sched->map.comp_cpus = zalloc(sched->max_cpu * sizeof(int));
> > + return sched->map.comp_cpus ? 0 : -1;
> > + }
> > +
> > + return 0;
> > +}
> > +
> > static int perf_sched__map(struct perf_sched *sched)
> > {
> > - sched->max_cpu = sysconf(_SC_NPROCESSORS_CONF);
> > + if (setup_map_cpus(sched))
> > + return -1;
> >
> > setup_pager();
> > if (perf_sched__read_events(sched))
> > @@ -1831,6 +1867,11 @@ int cmd_sched(int argc, const char **argv, const char *prefix __maybe_unused)
> > "dump raw trace in ASCII"),
> > OPT_END()
> > };
> > + const struct option map_options[] = {
> > + OPT_BOOLEAN(0, "compact", &sched.map.comp,
> > + "map output in compact mode"),
> > + OPT_END()
> > + };
> > const char * const latency_usage[] = {
> > "perf sched latency [<options>]",
> > NULL
> > @@ -1839,6 +1880,10 @@ int cmd_sched(int argc, const char **argv, const char *prefix __maybe_unused)
> > "perf sched replay [<options>]",
> > NULL
> > };
> > + const char * const map_usage[] = {
> > + "perf sched map [<options>]",
> > + NULL
> > + };
> > const char *const sched_subcommands[] = { "record", "latency", "map",
> > "replay", "script", NULL };
> > const char *sched_usage[] = {
> > @@ -1887,6 +1932,11 @@ int cmd_sched(int argc, const char **argv, const char *prefix __maybe_unused)
> > setup_sorting(&sched, latency_options, latency_usage);
> > return perf_sched__lat(&sched);
> > } else if (!strcmp(argv[0], "map")) {
> > + if (argc) {
> > + argc = parse_options(argc, argv, map_options, replay_usage, 0);
> > + if (argc)
> > + usage_with_options(map_usage, map_options);
> > + }
> > sched.tp_handler = &map_ops;
> > setup_sorting(&sched, latency_options, latency_usage);
> > return perf_sched__map(&sched);
> > --
> > 2.4.11
next prev parent reply other threads:[~2016-04-12 14:18 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-12 13:29 [PATCH 0/8] perf tools: Add sched map changes Jiri Olsa
2016-04-12 13:29 ` [PATCH 1/8] perf tools: Add thread_map__has function Jiri Olsa
2016-04-14 5:43 ` [tip:perf/core] perf thread_map: Add has() method tip-bot for Jiri Olsa
2016-04-12 13:29 ` [PATCH 2/8] perf tools: Add cpu_map__has function Jiri Olsa
2016-04-14 5:43 ` [tip:perf/core] perf cpu_map: Add has() method tip-bot for Jiri Olsa
2016-04-12 13:29 ` [PATCH 3/8] perf tools sched: Add compact display option Jiri Olsa
2016-04-12 14:09 ` Arnaldo Carvalho de Melo
2016-04-12 14:18 ` Arnaldo Carvalho de Melo [this message]
2016-04-14 5:44 ` [tip:perf/core] perf " tip-bot for Jiri Olsa
2016-04-12 13:29 ` [PATCH 4/8] perf tools sched: Use color_fprintf for output Jiri Olsa
2016-04-14 5:44 ` [tip:perf/core] perf " tip-bot for Jiri Olsa
2016-04-12 13:29 ` [PATCH 5/8] perf tools sched: Make thread_map__new_by_tid_str global Jiri Olsa
2016-04-14 5:44 ` [tip:perf/core] perf thread_map: Make new_by_tid_str constructor public tip-bot for Jiri Olsa
2016-04-12 13:29 ` [PATCH 6/8] perf tools sched: Collor given pids Jiri Olsa
2016-04-14 5:45 ` [tip:perf/core] perf sched map: Color " tip-bot for Jiri Olsa
2016-04-12 13:29 ` [PATCH 7/8] perf tools sched: Collor given cpus Jiri Olsa
2016-04-14 5:45 ` [tip:perf/core] perf sched map: Color " tip-bot for Jiri Olsa
2016-04-12 13:29 ` [PATCH 8/8] perf tools sched: Display only " Jiri Olsa
2016-04-14 5:46 ` [tip:perf/core] perf sched map: " tip-bot for Jiri Olsa
2016-04-12 14:38 ` [PATCH 0/8] perf tools: Add sched map changes Arnaldo Carvalho de Melo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160412141842.GB9056@kernel.org \
--to=acme@kernel.org \
--cc=a.p.zijlstra@chello.nl \
--cc=dsahern@gmail.com \
--cc=jolsa@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=namhyung@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox