William Cohen <wco...@redhat.com> writes: > When experimenting with perf I wanted to have separate counts for events in > userspace and the kernel. I used: > > $ perf stat -e instructions:u -e instructions:k -e cycles:u -e cycles:k -e > cache-misses:u -e cache-misses:k make > > The associated output below includes the event modifiers for all the events, > but the 3.06 and 0.37 insns per cycles look off. Shouldn't that > instructions:u/cycles:u and instructions:k/cycles:k be the values reported > for "insns per cycle"?
Yes the event match code currently assumes there's only a single event each and always uses the last. > It appears that the output is listing the measurements in the same > order they are specified on the command line, but it would be nice if > the output was clearer on the events being measured. If I am reading > the output correctly, the L1-icache-load-misses per instruction is > pretty poor for kernel-space. Much of the time I am looking at ratios > of events and it would be nice if "perf stat" had a way to have it > compute the ratios directly. Maybe a "-m, --math" option allowing > algebraic expressions where you could do: Most people just use -x, and load the result into a spread sheet or other script that does the compuations. At some point you usually want to plot the data or do other more complex manipulations than your simple facility would provide. You may also find this script useful https://github.com/andikleen/pmu-tools/blob/master/interval-normalize.py -Andi -- a...@linux.intel.com -- Speaking for myself only -- To unsubscribe from this list: send the line "unsubscribe linux-perf-users" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
