From: Francis Moreau <francis.moro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Vince Weaver <vweaver1-qKp7vQ+Mknf2fBVCVOL8/A@public.gmane.org>
Cc: Victor Jimenez <victor.javier-DuYNTNMygGQ@public.gmane.org>,
Reid Kleckner
<reid.kleckner-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
Frederic Weisbecker
<fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>,
Peter Zijlstra
<a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org>,
Arnaldo Carvalho de Melo
<acme-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
Stephane Eranian
<eranian-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>,
linux-perf-users-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: perf tools miscellaneous questions
Date: Mon, 08 Nov 2010 20:43:48 +0100 [thread overview]
Message-ID: <m24obr1tzf.fsf@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1011061642020.29635-h+XK9Y6koVLPD5dMldXnqTe48wsgrGvP@public.gmane.org> (Vince Weaver's message of "Sat, 6 Nov 2010 16:50:35 -0400 (EDT)")
Vince Weaver <vweaver1-qKp7vQ+Mknf2fBVCVOL8/A@public.gmane.org> writes:
> This is rapidly getting of topic, especially for linux-kernel
Don't think so but feel free to remove LKML from Cc.
[...]
> Most events are poorly documented, if at all. And the Linux kernel
> predefined event list is loosely based upon the intel architectural
> events, which not every processor has and I've heard from insiders saying
> that you should be very careful for the results from those events.
I agree, that's why I try to clarify some events.
Perf tools are cool stuffs, IMHO, but it's pretty hard for me to
interpret results. I tried to compare some numbers in my previous posts
but I got some 'random' figures for now.
Another example is given below where I'm trying to bench a 2 functions
which do the same thing but differently.
$ perf stat -e cache-misses:u,l1d-loads-misses:u,cycles:u -p $(pgrep test)
C-c C-c
Performance counter stats for process id '30263':
406532 cache-misses
4986030 L1-dcache-load-misses
120247366 cycles
2.482196928 seconds time elapsed
$ perf stat -e cache-misses:u,l1d-loads-misses:u,cycles:u -p $(pgrep test)
C-c C-c
Performance counter stats for process id '30271':
459683 cache-misses
2513338 L1-dcache-load-misses
159968076 cycles
2.129021265 seconds time elapsed
Which numbers are important here ? cache-misses ? L1-dcache-load-misses
?
I just can say that the first run looks faster.
--
Francis
WARNING: multiple messages have this Message-ID (diff)
From: Francis Moreau <francis.moro@gmail.com>
To: Vince Weaver <vweaver1@eecs.utk.edu>
Cc: Victor Jimenez <victor.javier@bsc.es>,
Reid Kleckner <reid.kleckner@gmail.com>,
Frederic Weisbecker <fweisbec@gmail.com>,
linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Arnaldo Carvalho de Melo <acme@redhat.com>,
Stephane Eranian <eranian@google.com>,
linux-perf-users@vger.kernel.org
Subject: Re: perf tools miscellaneous questions
Date: Mon, 08 Nov 2010 20:43:48 +0100 [thread overview]
Message-ID: <m24obr1tzf.fsf@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1011061642020.29635@cl320.eecs.utk.edu> (Vince Weaver's message of "Sat, 6 Nov 2010 16:50:35 -0400 (EDT)")
Vince Weaver <vweaver1@eecs.utk.edu> writes:
> This is rapidly getting of topic, especially for linux-kernel
Don't think so but feel free to remove LKML from Cc.
[...]
> Most events are poorly documented, if at all. And the Linux kernel
> predefined event list is loosely based upon the intel architectural
> events, which not every processor has and I've heard from insiders saying
> that you should be very careful for the results from those events.
I agree, that's why I try to clarify some events.
Perf tools are cool stuffs, IMHO, but it's pretty hard for me to
interpret results. I tried to compare some numbers in my previous posts
but I got some 'random' figures for now.
Another example is given below where I'm trying to bench a 2 functions
which do the same thing but differently.
$ perf stat -e cache-misses:u,l1d-loads-misses:u,cycles:u -p $(pgrep test)
C-c C-c
Performance counter stats for process id '30263':
406532 cache-misses
4986030 L1-dcache-load-misses
120247366 cycles
2.482196928 seconds time elapsed
$ perf stat -e cache-misses:u,l1d-loads-misses:u,cycles:u -p $(pgrep test)
C-c C-c
Performance counter stats for process id '30271':
459683 cache-misses
2513338 L1-dcache-load-misses
159968076 cycles
2.129021265 seconds time elapsed
Which numbers are important here ? cache-misses ? L1-dcache-load-misses
?
I just can say that the first run looks faster.
--
Francis
next prev parent reply other threads:[~2010-11-08 19:43 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.SSgtQesEhEQa5DUYUwBV3fWtoV4@ifi.uio.no>
[not found] ` <fa.dD5ur5Phqa1TLmYBE2NVKCQMjTw@ifi.uio.no>
[not found] ` <fa.Xj1lA7n6nIJYL40CeRDpQzSKlfc@ifi.uio.no>
[not found] ` <fa.xcyA+VzIXesq6qsPU6ADM4xdCKY@ifi.uio.no>
[not found] ` <fa.MOg61Pcfdp2SJnwM2GFdOxP+xt0@ifi.uio.no>
[not found] ` <fa.4sHfhlc/fMhpYgKda4IfUHZ7jMY@ifi.uio.no>
2010-11-05 12:38 ` perf tools miscellaneous questions Francis Moreau
2010-11-05 14:02 ` Vince Weaver
2010-11-06 14:44 ` Francis Moreau
[not found] ` <m262wao6k7.fsf-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-11-06 20:50 ` Vince Weaver
2010-11-06 20:50 ` Vince Weaver
[not found] ` <alpine.DEB.2.00.1011061642020.29635-h+XK9Y6koVLPD5dMldXnqTe48wsgrGvP@public.gmane.org>
2010-11-06 20:52 ` Vince Weaver
2010-11-06 20:52 ` Vince Weaver
2010-11-08 19:43 ` Francis Moreau [this message]
2010-11-08 19:43 ` Francis Moreau
[not found] ` <m24obr1tzf.fsf-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-11-08 20:06 ` Reid Kleckner
[not found] ` <AANLkTimyzO7_MzRs0tUaWFHWEN69MRhwQL=EPFiukXci-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-11-09 15:22 ` Francis Moreau
[not found] <fa.eqFHAk86WhpTuYclHhngn7QZr8Y@ifi.uio.no>
[not found] ` <fa.X++YRAJg+rmPtm3nmroZZoNU7u8@ifi.uio.no>
[not found] ` <fa.Elk8wOfBHRdKtkHIjP9hOtzVCgQ@ifi.uio.no>
[not found] ` <fa.U3fdWUGXguguIIyQ4v66/uKOhus@ifi.uio.no>
[not found] ` <fa.YTQQoGhoS6d3BaZXcZMN+l9TojQ@ifi.uio.no>
2010-11-04 20:58 ` Francis Moreau
2010-11-04 22:28 ` Victor Jimenez
[not found] <fa.yHA7Aw03llqLWxPVYRnHvK5/dT8@ifi.uio.no>
[not found] ` <fa.13KEqWk+Dk+jLLdFlAoZtQ2Vjuw@ifi.uio.no>
[not found] ` <fa.AGo9lmnVDcmFVUpOFG/kfd1aYfI@ifi.uio.no>
2010-11-04 8:34 ` Francis Moreau
2010-11-04 8:52 ` Francis Moreau
[not found] ` <m2lj59sc7a.fsf-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2010-11-07 21:40 ` Frederic Weisbecker
2010-11-07 21:40 ` Frederic Weisbecker
2010-11-09 11:07 ` Francis Moreau
2010-11-09 11:07 ` Francis Moreau
[not found] <fa.AyvjD8RxwvZsnL5ZXcZ+OzALKY8@ifi.uio.no>
[not found] ` <fa.wlHJxDLDciTHF6/icJo+JfjJPus@ifi.uio.no>
[not found] ` <fa.8PQyp14JyjNgKJB4NUWsi+YoZBM@ifi.uio.no>
[not found] ` <fa.ZajcSOe/t8/XBoLV1hZ7SjSJvtI@ifi.uio.no>
2010-11-04 8:45 ` Francis Moreau
2010-11-03 19:28 Francis Moreau
2010-11-03 21:43 ` Frederic Weisbecker
2010-11-03 22:15 ` Reid Kleckner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m24obr1tzf.fsf@gmail.com \
--to=francis.moro-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org \
--cc=acme-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
--cc=eranian-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
--cc=fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-perf-users-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mingo-X9Un+BFzKDI@public.gmane.org \
--cc=reid.kleckner-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=victor.javier-DuYNTNMygGQ@public.gmane.org \
--cc=vweaver1-qKp7vQ+Mknf2fBVCVOL8/A@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.