From: Waiman Long <waiman.long@hp.com>
To: Namhyung Kim <namhyung@kernel.org>
Cc: Ingo Molnar <mingo@redhat.com>,
Arnaldo Carvalho de Melo <acme@ghostprotocols.net>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Paul Mackerras <paulus@samba.org>, Jiri Olsa <jolsa@redhat.com>,
Adrian Hunter <adrian.hunter@intel.com>,
David Ahern <dsahern@gmail.com>,
Stephane Eranian <eranian@google.com>,
linux-kernel@vger.kernel.org,
Aswin Chandramouleeswaran <aswin@hp.com>,
Scott J Norton <scott.norton@hp.com>,
Davidlohr Bueso <davidlohr@hp.com>
Subject: Re: [PATCH v3 0/3] perf: add option to limit callchain stack scan to increase speed
Date: Tue, 22 Oct 2013 15:12:22 -0400 [thread overview]
Message-ID: <5266CE16.8080507@hp.com> (raw)
In-Reply-To: <871u3dkwmu.fsf@danjae.aot.lge.com>
On 10/22/2013 02:07 PM, Namhyung Kim wrote:
> Hi Waiman,
>
> On Mon, 21 Oct 2013 11:03:36 -0400, Waiman Long wrote:
>> v2->v3:
>> - Fix the commit log in the second patch which causes "git am" to fail.
>> - Remove the 1st patch in v2 as the problem will be fixed by another
>> patch from Arnaldo.
>>
>> v1->v2:
>> - Include a compilation fix patch and a code streamlining patch
>> into the patch set.
>> - Use the __stringify() macro in stringify.h instead of adding a
>> duplicate macro.
>> - Add the --max-stack option to perf-top as well.
>>
>> This perf patch set contains the following changes:
>>
>> Patch 1 - Streamline the append_chain() function to make it run a bit
>> faster.
>> Patch 2 - Add a --max-stack option to perf-report to speed up its
>> processing at the expense of less backtrace information
>> available.
>> Patch 3 - Add a similar --max-stack option to perf-top.
> At first, thank you for tackling this. It was really a problem using
> callchain on non trivial perf session. But there's another effort to
> address this problem in other direction. You might want to see below
> link [1]. Patch 1/8 does the thing and it seems Arnaldo already merged
> it into his tree.
Thank for letting me aware of your patch to address the perf-report
problem. As I am working on resolving scalability problem in large NUMA
machines, I often encounters large perf.data files that took more than
1/2 hour for perf-report to produce anything. It is kind of frustrating
to wait so long. I like the performance improvement in your patch 1/8,
coupled with the max-stack option, it can really speed thing up.
-Longman
prev parent reply other threads:[~2013-10-22 19:12 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-21 15:03 [PATCH v3 0/3] perf: add option to limit callchain stack scan to increase speed Waiman Long
2013-10-21 15:03 ` [PATCH v3 1/3] perf: streamline append_chain() function Waiman Long
2013-10-21 15:03 ` [PATCH v3 2/3] perf-report: add --max-stack option to limit callchain stack scan Waiman Long
2013-10-21 15:03 ` [PATCH v3 3/3] perf-top: " Waiman Long
2013-10-22 18:07 ` [PATCH v3 0/3] perf: add option to limit callchain stack scan to increase speed Namhyung Kim
2013-10-22 19:12 ` Waiman Long [this message]
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=5266CE16.8080507@hp.com \
--to=waiman.long@hp.com \
--cc=a.p.zijlstra@chello.nl \
--cc=acme@ghostprotocols.net \
--cc=adrian.hunter@intel.com \
--cc=aswin@hp.com \
--cc=davidlohr@hp.com \
--cc=dsahern@gmail.com \
--cc=eranian@google.com \
--cc=jolsa@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=namhyung@kernel.org \
--cc=paulus@samba.org \
--cc=scott.norton@hp.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.