[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20161020182036.GC1075@tassilo.jf.intel.com>
Date: Thu, 20 Oct 2016 11:20:36 -0700
From: Andi Kleen <ak@...ux.intel.com>
To: Nilay Vaish <nilayvaish@...il.com>
Cc: Jin Yao <yao.jin@...ux.intel.com>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
Jiri Olsa <jolsa@...nel.org>,
Linux Kernel list <Linux-kernel@...r.kernel.org>,
kan.liang@...el.com
Subject: Re: [PATCH v2 2/6] perf report: Caculate and return the branch
counting in callchain
> OK, I am more confused now. Are you predicting some quantity related
> to transactions? Why would you divide abort count by branch count?
> Further, I just looked at patch 6/6. It has the following text:
>
> + Also show with some branch flags that can be:
> + - Predicted: display the average percentage of predicated branches.
> + (predicated number / total number)
> + - Abort: display the average percentage of abort branches.
> + (abort number /total number)
> + - Cycles: cycles in basic block.
>
>
> I think there is inconsistency between what you are suggesting and
> what the patch has.
An abort is an unique branch. But yes there is no total number,
so the formula will always be 100%. So yes would probably be
better to just display a count for abort.
-Andi
Powered by blists - more mailing lists