[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <004301c827a9$3eedb060$1ce2dd8c@terpstrat60p>
Date: Thu, 15 Nov 2007 12:01:41 -0500
From: "Dan Terpstra" <terpstra@...s.utk.edu>
To: "'dean gaudet'" <dean@...tic.org>,
"'Andi Kleen'" <andi@...stfloor.org>
Cc: "'papi list'" <ptools-perfapi@...utk.edu>,
"'OSPAT devel'" <ospat-devel@...utk.edu>,
"'Greg KH'" <gregkh@...e.de>,
"'Perfmon'" <perfmon@...ali.hpl.hp.com>,
<linux-kernel@...r.kernel.org>,
"'Christoph Hellwig'" <hch@...radead.org>,
"'Paul Mackerras'" <paulus@...ba.org>,
"'Andrew Morton'" <akpm@...ux-foundation.org>,
<perfmon2-devel@...ts.sourceforge.net>,
"'Philip Mucci'" <mucci@...utk.edu>
Subject: RE: [perfmon2] [perfmon] Re: perfmon2 merge news
We've provided multiplexing in PAPI at the user level for years. That forced
it to the user level, which wasn't pretty. Or very statistically accurate.
We've been eagerly anticipating the improvements provided by in-kernel
multiplexing in perfmon2. We and our user base don't consider this a "far
away non-essential feature", but a deficiency that's needed addressing for a
long time.
- d
> -----Original Message-----
> From: perfmon2-devel-bounces@...ts.sourceforge.net [mailto:perfmon2-devel-
> bounces@...ts.sourceforge.net] On Behalf Of dean gaudet
> Sent: Wednesday, November 14, 2007 11:20 PM
> To: Andi Kleen
> Cc: papi list; OSPAT devel; Greg KH; Perfmon; linux-
> kernel@...r.kernel.org; Christoph Hellwig; Paul Mackerras; Andrew Morton;
> perfmon2-devel@...ts.sourceforge.net; Philip Mucci
> Subject: Re: [perfmon2] [perfmon] Re: perfmon2 merge news
>
> On Wed, 14 Nov 2007, Andi Kleen wrote:
>
> > Later a syscall might be needed with event multiplexing, but that seems
> > more like a far away non essential feature.
>
> actually multiplexing is the main feature i am in need of. there are an
> insufficient number of counters (even on k8 with 4 counters) to do
> complete stall accounting or to get a general overview of L1d/L1i/L2 cache
> hit rates, average miss latency, time spent in various stalls, and the
> memory system utilization (or HT bus utilization). this runs out to
> something like 30 events which are interesting... and re-running a
> benchmark over and over just to get around the lack of multiplexing is a
> royal pain in the ass.
>
> it's not a "far away non-essential feature" to me. it's something i would
> use daily if i had all the pieces together now (and i'm constrained
> because i cannot add an out-of-tree patch which adds unofficial syscalls
> to the kernel i use).
>
> -dean
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> perfmon2-devel mailing list
> perfmon2-devel@...ts.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/perfmon2-devel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists