Re: [PATCH 15/15] perf tools: Support spark lines in perf stat

2014-06-10 Thread Peter Zijlstra
On Tue, Jun 10, 2014 at 07:04:43AM +0200, Ingo Molnar wrote: > > Example output (view in non-proportial font): > > > > Performance counter stats for 'true' (10 runs): > > > > 0.175672 task-clock (msec) #0.555 CPUs utilized > > ( +- 1.77% ) █▄▁▁.. > >

Re: [PATCH 15/15] perf tools: Support spark lines in perf stat

2014-06-10 Thread Peter Zijlstra
On Tue, Jun 10, 2014 at 07:04:43AM +0200, Ingo Molnar wrote: Example output (view in non-proportial font): Performance counter stats for 'true' (10 runs): 0.175672 task-clock (msec) #0.555 CPUs utilized ( +- 1.77% ) █▄▁▁..

Re: [PATCH 15/15] perf tools: Support spark lines in perf stat

2014-06-09 Thread Ingo Molnar
* Jiri Olsa wrote: > From: Andi Kleen > > perf stat -rX prints the stddev for multiple measurements. Call it "--repeat X", that's how most people know it. > Just looking at the stddev for judging the quality of the data > is a bit dangerous The simplest sanity check is to just look

[PATCH 15/15] perf tools: Support spark lines in perf stat

2014-06-09 Thread Jiri Olsa
From: Andi Kleen perf stat -rX prints the stddev for multiple measurements. Just looking at the stddev for judging the quality of the data is a bit dangerous The simplest sanity check is to just look at a simple plot. This patchs add a sparkline to the end of the measurements to make it simple

[PATCH 15/15] perf tools: Support spark lines in perf stat

2014-06-09 Thread Jiri Olsa
From: Andi Kleen a...@linux.intel.com perf stat -rX prints the stddev for multiple measurements. Just looking at the stddev for judging the quality of the data is a bit dangerous The simplest sanity check is to just look at a simple plot. This patchs add a sparkline to the end of the measurements

Re: [PATCH 15/15] perf tools: Support spark lines in perf stat

2014-06-09 Thread Ingo Molnar
* Jiri Olsa jo...@kernel.org wrote: From: Andi Kleen a...@linux.intel.com perf stat -rX prints the stddev for multiple measurements. Call it --repeat X, that's how most people know it. Just looking at the stddev for judging the quality of the data is a bit dangerous The simplest sanity