1. 14 8月, 2014 1 次提交
    • N
      perf hists browser: Fix a small callchain display bug · 82162b5a
      Namhyung Kim 提交于
      The currently when perf TUI report shows callchain, the first level
      chains have bogus '+' sign even though only the last one has children.
      
      Since they are on a single line of the chain, toggling intermediate
      entries has no effect.  Fix it to show '+' sign at the last entry only.
      Note that non-first level callchain entries don't have this problem.
      
        Before:
        ---------------------------------------------------------------------------
          Children      Self  Command  Shared Object      Symbols
        -   40.70%     0.00%  swapper  [kernel.kallsyms]  [k] cpuidle_wrap_enter
           + cpuidle_wrap_enter
           + cpuidle_enter_tk
           + cpuidle_idle_call
           + cpu_idle
      
        After:
        ---------------------------------------------------------------------------
          Children      Self  Command  Shared Object      Symbols
        -   40.70%     0.00%  swapper  [kernel.kallsyms]  [k] cpuidle_wrap_enter
             cpuidle_wrap_enter
             cpuidle_enter_tk
             cpuidle_idle_call
           + cpu_idle
      Signed-off-by: NNamhyung Kim <namhyung@kernel.org>
      Acked-by: NIngo Molnar <mingo@kernel.org>
      Cc: Andi Kleen <andi@firstfloor.org>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Namhyung Kim <namhyung.kim@lge.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Link: http://lkml.kernel.org/r/1407909761-10822-1-git-send-email-namhyung@kernel.orgSigned-off-by: NArnaldo Carvalho de Melo <acme@redhat.com>
      82162b5a
  2. 12 8月, 2014 4 次提交
  3. 08 7月, 2014 1 次提交
  4. 07 7月, 2014 5 次提交
  5. 20 6月, 2014 2 次提交
  6. 04 6月, 2014 1 次提交
    • J
      perf tools: Move elide bool into perf_hpp_fmt struct · f2998422
      Jiri Olsa 提交于
      After output/sort fields refactoring, it's expensive
      to check the elide bool in its current location inside
      the 'struct sort_entry'.
      
      The perf_hpp__should_skip function gets highly noticable in
      workloads with high number of output/sort fields, like for:
      
        $ perf report -i perf-test.data -F overhead,sample,period,comm,pid,dso,symbol,cpu --stdio
      
      Performance report:
         9.70%  perf  [.] perf_hpp__should_skip
      
      Moving the elide bool into the 'struct perf_hpp_fmt', which
      makes the perf_hpp__should_skip just single struct read.
      
      Got speedup of around 22% for my test perf.data workload.
      The change should not harm any other workload types.
      
      Performance counter stats for (10 runs):
        before:
         358,319,732,626      cycles                    ( +-  0.55% )
         467,129,581,515      instructions              #    1.30  insns per cycle          ( +-  0.00% )
      
           150.943975206 seconds time elapsed           ( +-  0.62% )
      
        now:
         278,785,972,990      cycles                    ( +-  0.12% )
         370,146,797,640      instructions              #    1.33  insns per cycle          ( +-  0.00% )
      
           116.416670507 seconds time elapsed           ( +-  0.31% )
      Acked-by: NNamhyung Kim <namhyung@kernel.org>
      Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
      Cc: Corey Ashford <cjashfor@linux.vnet.ibm.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Ingo Molnar <mingo@kernel.org>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lkml.kernel.org/r/20140601142622.GA9131@krava.brq.redhat.comSigned-off-by: NJiri Olsa <jolsa@kernel.org>
      f2998422
  7. 01 6月, 2014 2 次提交
  8. 21 5月, 2014 5 次提交
  9. 24 4月, 2014 4 次提交
  10. 16 4月, 2014 2 次提交
  11. 15 3月, 2014 1 次提交
  12. 13 1月, 2014 1 次提交
  13. 28 12月, 2013 2 次提交
  14. 26 12月, 2013 2 次提交
  15. 15 11月, 2013 2 次提交
  16. 06 11月, 2013 1 次提交
  17. 04 11月, 2013 1 次提交
  18. 13 7月, 2013 3 次提交