From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Jin Yao <yao.jin@linux.intel.com>
Cc: jolsa@kernel.org, peterz@infradead.org, mingo@redhat.com,
alexander.shishkin@linux.intel.com, Linux-kernel@vger.kernel.org,
ak@linux.intel.com, kan.liang@intel.com, yao.jin@intel.com
Subject: Re: [PATCH v7 0/6] perf report/script: Support percent and multiple range in --time option
Date: Wed, 13 Dec 2017 11:28:19 -0300 [thread overview]
Message-ID: <20171213142819.GA9490@kernel.org> (raw)
In-Reply-To: <1512738826-2628-1-git-send-email-yao.jin@linux.intel.com>
Em Fri, Dec 08, 2017 at 09:13:40PM +0800, Jin Yao escreveu:
> v7:
> ---
> v7 doesn't have functional change. The update is only:
Thanks for working on this, will try and get this processed in my next
round.
- Arnaldo
> 1. Rebase to latest perf/core branch
>
> 2. Update patch description according to Arnaldo's comments.
>
> Impacted patch:
> ---------------
> perf header: Record first sample time and last sample time in perf file header
> perf record: Get the first sample time and last sample time
>
> v6:
> ---
> 1. Create a new option "--timestamp-boundary" in perf record.
>
> Currently '--buildid-all' is not enabled by default. So the walking
> on all samples is the default operation. There is no big overhead
> to calculate the timestamp boundary in process_sample_event handler
> once we already go through all samples. So the timestamp boundary
> calculation is enabled by default when '--buildid-all' is not enabled.
>
> While if '--buildid-all' is enabled, we creates a new option
> "--timestamp-boundary" for user to decide if it enables the
> timestamp boundary calculation.
>
> Impacted patch:
> ---------------
> perf record: Get the first sample time and last sample time
>
> 2. Fix the merge issue with the latest perf/core branch.
> No functional changes.
>
> Impacted patch:
> ---------------
> perf report: support time percent and multiple time ranges
> perf script: support time percent and multiple time ranges
>
> v5:
> ---
> 1. There is an issue that the sample walking can only work when
> '--buildid-all' is not enabled. So we need to let the walking
> be able to work even if '--buildid-all' is enabled and let the
> processing skips the dso hit marking for this case.
>
> 2. Check if first/last sample time is recorded in perf data file.
> If it's not recorded, return error message to user.
>
> Patched modified in v5:
> perf record: Get the first sample time and last sample time
> perf report: support time percent and multiple time ranges
> perf script: support time percent and multiple time ranges
>
> v4:
> ---
> 1. Use perf script time style for timestamp printing. Also add with
> the printing of sample duration. For example:
>
> perf report --header
>
> time of first sample : 5276531.323099
> time of last sample : 5276555.345625
> sample duration : 24022.526 ms
>
> 2. Fix an invalid time string issue. For example,
>
> perf script --time 10%/10x12321xsdfdasfdsafdsafdsa
>
> Now in code, it uses strtol to replace atoi.
>
> 3. Remove perf_time__skip_sample, only uses perf_time__ranges_skip_sample
> in perf report/perf script.
>
> v3:
> ---
> 1. Move the definitions of first_sample_time/last_sample_time from
> perf_session and struct record to perf_evlist and update the
> related code.
>
> v2:
> ---
> 1. This patch creates a new header feature type HEADER_SAMPLE_TIME and related
> ops. Save the first sample time and the last sample time to the feature
> section in perf file header.
>
> 2. Add checking for last element in time range.
>
> For example, select the first and second 10% time slices.
> perf report --time 10%/1,10%/2
>
> Note that now it includes the last element in [10%, 20%] but it
> doesn't include the last element in [0, 10%). It's to avoid
> the overlap.
>
> Following patches are changed:
>
> perf header: Record first sample time and last sample time in perf file header
> perf record: Get the first sample time and last sample time
> perf util: Create function to perform multiple time range checking
>
> v1: initial post
> ----------------
>
> Current perf report/script/... have a --time option to limit the time
> range of output. But it only supports the absolute time.
>
> The patch series extend this option to let it support percent of time
> and support the multiple time ranges.
>
> For example:
>
> 1. Select the second 10% time slice
> perf report --time 10%/2
>
> 2. Select from 0% to 10% time slice
> perf report --time 0%-10%
>
> It also support the multiple time ranges.
>
> 3. Select the first and second 10% time slices
> perf report --time 10%/1,10%/2
>
> 4. Select from 0% to 10% and 30% to 40% slices
> perf report --time 0%-10%,30%-40%
>
> Jin Yao (6):
> perf header: Record first sample time and last sample time in perf
> file header
> perf record: Get the first sample time and last sample time
> perf util: Create function to parse time percent
> perf util: Create function to perform multiple time range checking
> perf report: support time percent and multiple time ranges
> perf script: support time percent and multiple time ranges
>
> tools/perf/Documentation/perf-record.txt | 3 +
> tools/perf/Documentation/perf-report.txt | 16 ++
> tools/perf/Documentation/perf-script.txt | 16 ++
> tools/perf/Documentation/perf.data-file-format.txt | 4 +
> tools/perf/builtin-record.c | 18 +-
> tools/perf/builtin-report.c | 31 ++-
> tools/perf/builtin-script.c | 34 ++-
> tools/perf/util/evlist.h | 2 +
> tools/perf/util/header.c | 60 ++++++
> tools/perf/util/header.h | 1 +
> tools/perf/util/time-utils.c | 233 +++++++++++++++++++--
> tools/perf/util/time-utils.h | 6 +
> 12 files changed, 398 insertions(+), 26 deletions(-)
>
> --
> 2.7.4
next prev parent reply other threads:[~2017-12-13 14:28 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-08 13:13 [PATCH v7 0/6] perf report/script: Support percent and multiple range in --time option Jin Yao
2017-12-08 13:13 ` [PATCH v7 1/6] perf header: Record first sample time and last sample time in perf file header Jin Yao
2018-01-11 6:21 ` [tip:perf/core] perf header: Add infrastructure to record first and last sample time tip-bot for Jin Yao
2017-12-08 13:13 ` [PATCH v7 2/6] perf record: Get the first sample time " Jin Yao
2018-01-04 19:09 ` Arnaldo Carvalho de Melo
2018-01-05 1:15 ` Jin, Yao
2018-01-05 12:53 ` Arnaldo Carvalho de Melo
2018-01-05 22:55 ` Jin, Yao
2018-01-11 6:22 ` [tip:perf/core] perf record: Record the first and last sample time in the header tip-bot for Jin Yao
2017-12-08 13:13 ` [PATCH v7 3/6] perf util: Create function to parse time percent Jin Yao
2018-01-08 14:31 ` Arnaldo Carvalho de Melo
2018-01-08 14:38 ` Arnaldo Carvalho de Melo
2018-01-09 1:18 ` Jin, Yao
2018-01-11 6:22 ` [tip:perf/core] perf tools: " tip-bot for Jin Yao
2017-12-08 13:13 ` [PATCH v7 4/6] perf util: Create function to perform multiple time range checking Jin Yao
2018-01-11 6:22 ` [tip:perf/core] perf tools: " tip-bot for Jin Yao
2017-12-08 13:13 ` [PATCH v7 5/6] perf report: support time percent and multiple time ranges Jin Yao
2018-01-08 14:45 ` Arnaldo Carvalho de Melo
2018-01-08 14:48 ` Arnaldo Carvalho de Melo
2018-01-08 14:53 ` Arnaldo Carvalho de Melo
2018-01-08 15:02 ` Arnaldo Carvalho de Melo
2018-01-08 15:04 ` Arnaldo Carvalho de Melo
2018-01-09 2:02 ` Jin, Yao
2018-01-11 6:23 ` [tip:perf/core] perf report: Support " tip-bot for Jin Yao
2017-12-08 13:13 ` [PATCH v7 6/6] perf script: support " Jin Yao
2018-01-11 6:23 ` [tip:perf/core] perf script: Support " tip-bot for Jin Yao
2017-12-13 14:28 ` Arnaldo Carvalho de Melo [this message]
2017-12-14 0:48 ` [PATCH v7 0/6] perf report/script: Support percent and multiple range in --time option Jin, Yao
2017-12-14 14:08 ` Jiri Olsa
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=20171213142819.GA9490@kernel.org \
--to=acme@kernel.org \
--cc=Linux-kernel@vger.kernel.org \
--cc=ak@linux.intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=jolsa@kernel.org \
--cc=kan.liang@intel.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=yao.jin@intel.com \
--cc=yao.jin@linux.intel.com \
/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).