From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Namhyung Kim <namhyung@kernel.org>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>,
Ingo Molnar <mingo@kernel.org>, Paul Mackerras <paulus@samba.org>,
Namhyung Kim <namhyung.kim@lge.com>,
LKML <linux-kernel@vger.kernel.org>,
Stephane Eranian <eranian@google.com>,
Jiri Olsa <jolsa@redhat.com>, David Ahern <dsahern@gmail.com>
Subject: Re: [RFC/PATCH 1/2] perf top: Fix -z option behavior
Date: Wed, 13 Aug 2014 17:27:56 -0300 [thread overview]
Message-ID: <20140813202756.GK2718@kernel.org> (raw)
In-Reply-To: <1407831366-28892-1-git-send-email-namhyung@kernel.org>
Em Tue, Aug 12, 2014 at 05:16:05PM +0900, Namhyung Kim escreveu:
> The current -z option does almost nothing. It doesn't zero the
> existing samples so that we can see profiles of exited process after
> last refresh. It seems it only affects annotation.
>
> This patch clears existing entries before processing if -z option is
> given. For this original decaying logic also moved before processing.
So, this is two things bolted into one, i.e. it is not stated here why
decaying needs to be done before resorting. I bet its because since
we're zeroing everything, no need to decay anything, right?
Stating more clearly what is the intent and the reason for changes helps
reviewing.
Anyway, will add a note about that and apply the change.
Also, the delete entries thing could zero total stats in struct hists,
which is not a problem currently, because, IIRC, the collapse/resort
logic will do that when it rotates the hists, but if we ever want to
just delete events and then add a bunch of events without resorting, we
will end up with bogus stats that will have the sum of the old events
stats with the new ones.
Thanks!
- Arnaldo
> Reported-by: Stephane Eranian <eranian@google.com>
> Signed-off-by: Namhyung Kim <namhyung@kernel.org>
> ---
> tools/perf/builtin-top.c | 23 +++++++++++++++++------
> tools/perf/util/hist.c | 22 ++++++++++++++++++++++
> tools/perf/util/hist.h | 1 +
> 3 files changed, 40 insertions(+), 6 deletions(-)
>
> diff --git a/tools/perf/builtin-top.c b/tools/perf/builtin-top.c
> index 4fb6f726271c..e486501b2067 100644
> --- a/tools/perf/builtin-top.c
> +++ b/tools/perf/builtin-top.c
> @@ -276,11 +276,17 @@ static void perf_top__print_sym_table(struct perf_top *top)
> return;
> }
>
> + if (top->zero) {
> + hists__delete_entries(&top->sym_evsel->hists);
> + } else {
> + hists__decay_entries(&top->sym_evsel->hists,
> + top->hide_user_symbols,
> + top->hide_kernel_symbols);
> + }
> +
> hists__collapse_resort(&top->sym_evsel->hists, NULL);
> hists__output_resort(&top->sym_evsel->hists);
> - hists__decay_entries(&top->sym_evsel->hists,
> - top->hide_user_symbols,
> - top->hide_kernel_symbols);
> +
> hists__output_recalc_col_len(&top->sym_evsel->hists,
> top->print_entries - printed);
> putchar('\n');
> @@ -542,11 +548,16 @@ static void perf_top__sort_new_samples(void *arg)
> if (t->evlist->selected != NULL)
> t->sym_evsel = t->evlist->selected;
>
> + if (t->zero) {
> + hists__delete_entries(&t->sym_evsel->hists);
> + } else {
> + hists__decay_entries(&t->sym_evsel->hists,
> + t->hide_user_symbols,
> + t->hide_kernel_symbols);
> + }
> +
> hists__collapse_resort(&t->sym_evsel->hists, NULL);
> hists__output_resort(&t->sym_evsel->hists);
> - hists__decay_entries(&t->sym_evsel->hists,
> - t->hide_user_symbols,
> - t->hide_kernel_symbols);
> }
>
> static void *display_thread_tui(void *arg)
> diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c
> index 30df6187ee02..86569fa3651d 100644
> --- a/tools/perf/util/hist.c
> +++ b/tools/perf/util/hist.c
> @@ -277,6 +277,28 @@ void hists__decay_entries(struct hists *hists, bool zap_user, bool zap_kernel)
> }
> }
>
> +void hists__delete_entries(struct hists *hists)
> +{
> + struct rb_node *next = rb_first(&hists->entries);
> + struct hist_entry *n;
> +
> + while (next) {
> + n = rb_entry(next, struct hist_entry, rb_node);
> + next = rb_next(&n->rb_node);
> +
> + rb_erase(&n->rb_node, &hists->entries);
> +
> + if (sort__need_collapse)
> + rb_erase(&n->rb_node_in, &hists->entries_collapsed);
> +
> + --hists->nr_entries;
> + if (!n->filtered)
> + --hists->nr_non_filtered_entries;
> +
> + hist_entry__free(n);
> + }
> +}
> +
> /*
> * histogram, sorted on item, collects periods
> */
> diff --git a/tools/perf/util/hist.h b/tools/perf/util/hist.h
> index 95405a8fbd95..8c9c70e18cbb 100644
> --- a/tools/perf/util/hist.h
> +++ b/tools/perf/util/hist.h
> @@ -152,6 +152,7 @@ void hists__output_resort(struct hists *hists);
> void hists__collapse_resort(struct hists *hists, struct ui_progress *prog);
>
> void hists__decay_entries(struct hists *hists, bool zap_user, bool zap_kernel);
> +void hists__delete_entries(struct hists *hists);
> void hists__output_recalc_col_len(struct hists *hists, int max_rows);
>
> u64 hists__total_period(struct hists *hists);
> --
> 2.0.0
next prev parent reply other threads:[~2014-08-13 20:28 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-12 8:16 [RFC/PATCH 1/2] perf top: Fix -z option behavior Namhyung Kim
2014-08-12 8:16 ` [PATCH 2/2] perf top: Handle 'z' key for toggle zeroing samples in TUI Namhyung Kim
2014-08-12 23:07 ` Stephane Eranian
2014-08-13 20:37 ` Arnaldo Carvalho de Melo
2014-08-13 20:47 ` Stephane Eranian
2014-08-19 6:09 ` Namhyung Kim
2014-08-14 8:49 ` [tip:perf/core] " tip-bot for Namhyung Kim
2014-08-12 19:01 ` [RFC/PATCH 1/2] perf top: Fix -z option behavior David Ahern
2014-08-13 4:52 ` Namhyung Kim
2014-08-13 5:47 ` David Ahern
2014-08-13 20:20 ` Arnaldo Carvalho de Melo
2014-08-12 23:05 ` Stephane Eranian
2014-08-13 20:27 ` Arnaldo Carvalho de Melo [this message]
2014-08-19 6:07 ` Namhyung Kim
2014-08-14 8:49 ` [tip:perf/core] " tip-bot for Namhyung Kim
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=20140813202756.GK2718@kernel.org \
--to=acme@kernel.org \
--cc=a.p.zijlstra@chello.nl \
--cc=dsahern@gmail.com \
--cc=eranian@google.com \
--cc=jolsa@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=namhyung.kim@lge.com \
--cc=namhyung@kernel.org \
--cc=paulus@samba.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