From: Namhyung Kim <namhyung@kernel.org>
To: Leo Yan <leo.yan@linaro.org>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
Mark Rutland <mark.rutland@arm.com>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Jiri Olsa <jolsa@kernel.org>, Ian Rogers <irogers@google.com>,
Adrian Hunter <adrian.hunter@intel.com>,
James Clark <james.clark@arm.com>,
linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 08/14] perf kvm: Add dimensions for KVM event statistics
Date: Tue, 28 Feb 2023 15:34:28 -0800 [thread overview]
Message-ID: <CAM9d7cgEZ4ugAfef8hDKOr11xF7QP1w7-Ax3mnDr4XXmYr0DoQ@mail.gmail.com> (raw)
In-Reply-To: <20230228115125.144172-9-leo.yan@linaro.org>
Hi Leo,
On Tue, Feb 28, 2023 at 3:53 AM Leo Yan <leo.yan@linaro.org> wrote:
>
> To support KVM event statistics, this patch firstly registers histograms
> columns and sorting fields; every column or field has its own format
> structure, the format structure is dereferenced to access the dimension,
> finally the dimension provides the comparison callback for sorting
> result.
>
> Signed-off-by: Leo Yan <leo.yan@linaro.org>
> Reviewed-by: James Clark <james.clark@arm.com>
> ---
> tools/perf/builtin-kvm.c | 239 +++++++++++++++++++++++++++++++++++--
> tools/perf/util/kvm-stat.h | 2 +
> 2 files changed, 234 insertions(+), 7 deletions(-)
>
> diff --git a/tools/perf/builtin-kvm.c b/tools/perf/builtin-kvm.c
> index a9f467926bdd..da84f5063d4d 100644
> --- a/tools/perf/builtin-kvm.c
> +++ b/tools/perf/builtin-kvm.c
> @@ -70,9 +70,9 @@ static int cmp_event_ ## func(struct kvm_event *one, \
> get_event_ ##func(two, vcpu); \
> }
>
> -GET_EVENT_KEY(time, time);
> -GET_EVENT_KEY(max, stats.max);
> -GET_EVENT_KEY(min, stats.min);
> +COMPARE_EVENT_KEY(time, time);
> +COMPARE_EVENT_KEY(max, stats.max);
> +COMPARE_EVENT_KEY(min, stats.min);
> COMPARE_EVENT_KEY(count, stats.n);
> COMPARE_EVENT_KEY(mean, stats.mean);
>
> @@ -90,13 +90,238 @@ struct kvm_hists {
> struct perf_hpp_list list;
> };
>
> +struct kvm_dimension {
> + const char *name;
> + int64_t (*cmp)(struct perf_hpp_fmt *fmt, struct hist_entry *left,
> + struct hist_entry *right);
> +};
> +
> +struct kvm_fmt {
> + struct perf_hpp_fmt fmt;
> + struct kvm_dimension *dim;
> +};
> +
> static struct kvm_hists kvm_hists;
>
> -static int kvm_hists__init(void)
> +static int64_t
> +empty_cmp(struct perf_hpp_fmt *fmt __maybe_unused,
> + struct hist_entry *left __maybe_unused,
> + struct hist_entry *right __maybe_unused)
> +{
> + return 0;
> +}
> +
> +static struct kvm_dimension dim_event = {
> + .name = "name",
> + .cmp = empty_cmp,
> +};
I guess you can name it as 'dim_name' to reduce the confusion.
Also it can compare event names using strcmp() in case users
want to see event names in alphabetical order.
[SNIP]
> +
> +static int kvm_hists__init_output(struct perf_hpp_list *hpp_list, char *name)
> +{
> + struct kvm_fmt *kvm_fmt = get_format(name);
> +
> + if (!kvm_fmt) {
> + reset_dimensions();
> + return output_field_add(hpp_list, name);
Hmm.. do you plan to support these generic output fields too?
I'm not sure you need reset_dimensions() here.
> + }
> +
> + perf_hpp_list__column_register(hpp_list, &kvm_fmt->fmt);
> + return 0;
> +}
> +
> +static int kvm_hists__init_sort(struct perf_hpp_list *hpp_list, char *name)
> +{
> + struct kvm_fmt *kvm_fmt = get_format(name);
> +
> + if (!kvm_fmt) {
> + reset_dimensions();
> + return sort_dimension__add(hpp_list, name, NULL, 0);
Ditto.
> + }
> +
> + perf_hpp_list__register_sort_field(hpp_list, &kvm_fmt->fmt);
> + return 0;
> +}
> +
> +static int kvm_hpp_list__init(char *list,
> + struct perf_hpp_list *hpp_list,
> + int (*fn)(struct perf_hpp_list *hpp_list,
> + char *name))
> +{
> + char *tmp, *tok;
> + int ret;
> +
> + if (!list || !fn)
> + return 0;
> +
> + for (tok = strtok_r(list, ", ", &tmp); tok;
> + tok = strtok_r(NULL, ", ", &tmp)) {
> + ret = fn(hpp_list, tok);
> + if (!ret)
> + continue;
> +
> + /* Handle errors */
> + if (ret == -EINVAL)
> + pr_err("Invalid field key: '%s'", tok);
> + else if (ret == -ESRCH)
> + pr_err("Unknown field key: '%s'", tok);
> + else
> + pr_err("Fail to initialize for field key: '%s'", tok);
> +
> + break;
> + }
> +
> + return ret;
> +}
> +
> +static int kvm_hpp_list__parse(struct perf_hpp_list *hpp_list,
> + const char *output_, const char *sort_)
> +{
> + char *output = output_ ? strdup(output_) : NULL;
> + char *sort = sort_ ? strdup(sort_) : NULL;
> + int ret;
> +
> + ret = kvm_hpp_list__init(output, hpp_list, kvm_hists__init_output);
> + if (ret)
> + goto out;
> +
> + ret = kvm_hpp_list__init(sort, hpp_list, kvm_hists__init_sort);
> + if (ret)
> + goto out;
> +
> + /* Copy sort keys to output fields */
> + perf_hpp__setup_output_field(hpp_list);
I think you also need perf_hpp__append_sort_keys() as in
setup_sorting() to have secondary sort keys in case the
given sort key cannot determine the ordering.
Thanks,
Namhyung
> +
> +out:
> + free(output);
> + free(sort);
> + return ret;
> +}
> +
> +static int kvm_hists__init(struct perf_kvm_stat *kvm)
> +{
> + const char *output_columns = "name,sample,time,max_t,min_t,mean_t";
> +
> __hists__init(&kvm_hists.hists, &kvm_hists.list);
> perf_hpp_list__init(&kvm_hists.list);
> - return 0;
> + return kvm_hpp_list__parse(&kvm_hists.list, output_columns,
> + kvm->sort_key);
> }
>
> static const char *get_filename_for_perf_kvm(void)
> @@ -979,7 +1204,7 @@ static int kvm_events_live_report(struct perf_kvm_stat *kvm)
> set_term_quiet_input(&save);
> init_kvm_event_record(kvm);
>
> - kvm_hists__init();
> + kvm_hists__init(kvm);
>
> signal(SIGINT, sig_handler);
> signal(SIGTERM, sig_handler);
> @@ -1176,7 +1401,7 @@ static int kvm_events_report_vcpu(struct perf_kvm_stat *kvm)
> init_kvm_event_record(kvm);
> setup_pager();
>
> - kvm_hists__init();
> + kvm_hists__init(kvm);
>
> ret = read_events(kvm);
> if (ret)
> diff --git a/tools/perf/util/kvm-stat.h b/tools/perf/util/kvm-stat.h
> index 80d5c5a9ae31..ca5796959f66 100644
> --- a/tools/perf/util/kvm-stat.h
> +++ b/tools/perf/util/kvm-stat.h
> @@ -40,6 +40,8 @@ struct kvm_event {
> #define DEFAULT_VCPU_NUM 8
> int max_vcpu;
> struct kvm_event_stats *vcpu;
> +
> + struct hist_entry he;
> };
>
> typedef int (*key_cmp_fun)(struct kvm_event*, struct kvm_event*, int);
> --
> 2.34.1
>
next prev parent reply other threads:[~2023-02-28 23:34 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-28 11:51 [PATCH v3 00/14] perf kvm: Support histograms and TUI mode Leo Yan
2023-02-28 11:51 ` [PATCH v3 01/14] perf kvm: Refactor overall statistics Leo Yan
2023-02-28 11:51 ` [PATCH v3 02/14] perf kvm: Add pointer to 'perf_kvm_stat' in kvm event Leo Yan
2023-02-28 11:51 ` [PATCH v3 03/14] perf kvm: Move up metrics helpers Leo Yan
2023-02-28 11:51 ` [PATCH v3 04/14] perf kvm: Use subtraction for comparison metrics Leo Yan
2023-02-28 11:51 ` [PATCH v3 05/14] perf kvm: Introduce histograms data structures Leo Yan
2023-02-28 11:51 ` [PATCH v3 06/14] perf kvm: Pass argument 'sample' to kvm_alloc_init_event() Leo Yan
2023-02-28 11:51 ` [PATCH v3 07/14] perf kvm: Parse address location for samples Leo Yan
2023-02-28 11:51 ` [PATCH v3 08/14] perf kvm: Add dimensions for KVM event statistics Leo Yan
2023-02-28 23:34 ` Namhyung Kim [this message]
2023-03-02 6:21 ` Leo Yan
2023-02-28 11:51 ` [PATCH v3 09/14] perf kvm: Use histograms list to replace cached list Leo Yan
2023-03-01 0:03 ` Namhyung Kim
2023-03-02 6:44 ` Leo Yan
2023-02-28 11:51 ` [PATCH v3 10/14] perf kvm: Polish sorting key Leo Yan
2023-02-28 11:51 ` [PATCH v3 11/14] perf kvm: Support printing attributions for dimensions Leo Yan
2023-02-28 11:51 ` [PATCH v3 12/14] perf kvm: Add dimensions for percentages Leo Yan
2023-02-28 11:51 ` [PATCH v3 13/14] perf kvm: Add TUI mode for stat report Leo Yan
2023-02-28 11:51 ` [PATCH v3 14/14] perf kvm: Update documentation to reflect new changes Leo Yan
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=CAM9d7cgEZ4ugAfef8hDKOr11xF7QP1w7-Ax3mnDr4XXmYr0DoQ@mail.gmail.com \
--to=namhyung@kernel.org \
--cc=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=irogers@google.com \
--cc=james.clark@arm.com \
--cc=jolsa@kernel.org \
--cc=leo.yan@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.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;
as well as URLs for NNTP newsgroup(s).