Re: [PATCH v4 0/5] perf report: Show branch type

From: Jiri Olsa
Date: Wed Apr 12 2017 - 11:47:09 EST


On Wed, Apr 12, 2017 at 11:42:44PM +0800, Jin, Yao wrote:
>
>
> On 4/12/2017 10:26 PM, Jiri Olsa wrote:
> > On Wed, Apr 12, 2017 at 08:25:34PM +0800, Jin, Yao wrote:
> >
> > SNIP
> >
> > > > # Overhead Command Source Shared Object Source Symbol Target Symbol Basic Block Cycles
> > > > # ........ ....... .................... ....................................... ....................................... ..................
> > > > #
> > > > 8.30% perf
> > > > Um [kernel.vmlinux] [k] __intel_pmu_enable_all.constprop.17 [k] native_write_msr -
> > > > 7.91% perf
> > > > Um [kernel.vmlinux] [k] intel_pmu_lbr_enable_all [k] __intel_pmu_enable_all.constprop.17 -
> > > > 7.91% perf
> > > > Um [kernel.vmlinux] [k] native_write_msr [k] intel_pmu_lbr_enable_all -
> > > > 6.32% kill libc-2.24.so [.] _dl_addr [.] _dl_addr -
> > > > 5.93% perf
> > > > Um [kernel.vmlinux] [k] perf_iterate_ctx [k] perf_iterate_ctx -
> > > > 2.77% kill libc-2.24.so [.] malloc [.] malloc -
> > > > 1.98% kill libc-2.24.so [.] _int_malloc [.] _int_malloc -
> > > > 1.58% kill [kernel.vmlinux] [k] __rb_insert_augmented [k] __rb_insert_augmented -
> > > > 1.58% perf
> > > > Um [kernel.vmlinux] [k] perf_event_exec [k] perf_event_exec -
> > > > 1.19% kill [kernel.vmlinux] [k] anon_vma_interval_tree_insert [k] anon_vma_interval_tree_insert -
> > > > 1.19% kill [kernel.vmlinux] [k] free_pgd_range [k] free_pgd_range -
> > > > 1.19% kill [kernel.vmlinux] [k] n_tty_write [k] n_tty_write -
> > > > 1.19% perf
> > > > Um [kernel.vmlinux] [k] native_sched_clock [k] sched_clock -
> > > > ...
> > > > SNIP
> > > >
> > > >
> > > > jirka
> > > Hi,
> > >
> > > Thanks so much for trying this patch.
> > >
> > > The branch statistics is printed at the end of perf report --stdio.
> > yep, but for some reason with your changes the head report
> > got changed as well, I haven't checked the details yet..
> >
> > jirka
>
> The kill returns immediately with no parameter error. Could you try an
> application which can run for a while?
>
> For example:
> perf record -j any,save_type top

sure, but it does not change the fact that the report output is broken,
we need to fix it even for the 'kill' record case

jirka