Hi,

I think what could also be useful would be an option to consider only
the samples when the rate as reported by the timestamp exceed a
user provided rate per sec. That would eliminate samples which are
coming from low activity periods.


On Wed, May 15, 2013 at 11:23 AM, Namhyung Kim <namhy...@kernel.org> wrote:
> From: Namhyung Kim <namhyung....@lge.com>
>
> The --time-filter option is for limiting samples within a range of
> time.  A time range looks like <time1>-<time2> and at most one of them
> can be omitted.  This can be useful when analyzing a part of a huge
> data only.
>
> Cc: Joonsoo Kim <iamjoonsoo....@lge.com>
> Signed-off-by: Namhyung Kim <namhy...@kernel.org>
> ---
>  tools/perf/Documentation/perf-report.txt |  6 ++++++
>  tools/perf/builtin-report.c              | 33 
> ++++++++++++++++++++++++++++++++
>  2 files changed, 39 insertions(+)
>
> diff --git a/tools/perf/Documentation/perf-report.txt 
> b/tools/perf/Documentation/perf-report.txt
> index 7d5f4f38aa52..67544c2d8e69 100644
> --- a/tools/perf/Documentation/perf-report.txt
> +++ b/tools/perf/Documentation/perf-report.txt
> @@ -210,6 +210,12 @@ OPTIONS
>         Demangle symbol names to human readable form. It's enabled by default,
>         disable with --no-demangle.
>
> +--time-filter::
> +       Report samples within a range of time only. A time range can be given
> +       like 'time1-time2' and treated as a start time and end time
> +       respectively. The time format is like "<sec>.<usec>". Either of time1
> +       or time2 can be omitted.
> +
>  SEE ALSO
>  --------
>  linkperf:perf-stat[1], linkperf:perf-annotate[1]
> diff --git a/tools/perf/builtin-report.c b/tools/perf/builtin-report.c
> index d45bf9b0361d..2cd3f640cc4a 100644
> --- a/tools/perf/builtin-report.c
> +++ b/tools/perf/builtin-report.c
> @@ -52,6 +52,7 @@ struct perf_report {
>         symbol_filter_t         annotate_init;
>         const char              *cpu_list;
>         const char              *symbol_filter_str;
> +       u64                     time_start, time_end;
>         DECLARE_BITMAP(cpu_bitmap, MAX_NR_CPUS);
>  };
>
> @@ -311,6 +312,12 @@ static int process_sample_event(struct perf_tool *tool,
>         if (rep->cpu_list && !test_bit(sample->cpu, rep->cpu_bitmap))
>                 return 0;
>
> +       if (rep->time_start && rep->time_start > sample->time)
> +               return 0;
> +
> +       if (rep->time_end && rep->time_end < sample->time)
> +               return 0;
> +
>         if (sort__mode == SORT_MODE__BRANCH) {
>                 if (perf_report__add_branch_hist_entry(tool, &al, sample,
>                                                        evsel, machine)) {
> @@ -700,6 +707,30 @@ parse_branch_mode(const struct option *opt 
> __maybe_unused,
>         return 0;
>  }
>
> +static int
> +parse_time_filter(const struct option *opt, const char *str,
> +                 int unset __maybe_unused)
> +{
> +       struct perf_report *rep = opt->value;
> +       char *sep;
> +
> +       sep = strchr(str, '-');
> +       if (sep == NULL || sep[1] == '\0') {
> +               rep->time_start = parse_nsec_time(str);
> +               return 0;
> +       } else if (sep == str) {
> +               rep->time_end = parse_nsec_time(++str);
> +               return 0;
> +       }
> +
> +       *sep++ = '\0';
> +
> +       rep->time_start = parse_nsec_time(str);
> +       rep->time_end = parse_nsec_time(sep);
> +
> +       return 0;
> +}
> +
>  int cmd_report(int argc, const char **argv, const char *prefix 
> __maybe_unused)
>  {
>         struct perf_session *session;
> @@ -809,6 +840,8 @@ int cmd_report(int argc, const char **argv, const char 
> *prefix __maybe_unused)
>         OPT_BOOLEAN(0, "demangle", &symbol_conf.demangle,
>                     "Disable symbol demangling"),
>         OPT_BOOLEAN(0, "mem-mode", &report.mem_mode, "mem access profile"),
> +       OPT_CALLBACK(0, "time-filter", &report, "time[-time]",
> +                   "Only display entries in the time range", 
> parse_time_filter),
>         OPT_END()
>         };
>
> --
> 1.7.11.7
>
--
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