Messages in this thread | | | Subject | RE: [perfmon] Re: quick overview of the perfmon2 interface | Date | Fri, 20 Jan 2006 10:37:42 -0800 | From | "Truong, Dan" <> |
| |
Would you want Stephane to guard the extended functionalities with tunables or something to Disable their regular use and herd enterprise Tools into a standard mold... yet allow R&D to Move on by enabling the extentions?
Just crippling flexibility/cutting functionality is like removing words out of a dictionary to prevent people from thinking different.
It would restrict the R&D mindset, and new ideas. The field hasn't grown yet to a stable mature form. It is just beginning: profiling, monitoring, tuning, compilers, JIT...
Flexibility is/was needed because: - Tools need to port to Perfmon with min cost. - Ability to support novel R&D ideas. - Ability to support growth beyond just PMU data - Allows early data aggregation - Allow OS data correlated to PMU
What standardization adds: - Coordinated access to PMU rssources from all tools - All tools/formats etc all plug into the same OS framework. - The interface gets ported across multiple platforms. - The functionality is rich for all (fast data transfers, multiplexing, system vs thead, etc.)
Dan-
> -----Original Message----- > From: perfmon-bounces@napali.hpl.hp.com [mailto:perfmon- > bounces@napali.hpl.hp.com] On Behalf Of Andrew Morton > Sent: Thursday, December 22, 2005 5:47 AM > To: Truong, Dan > Cc: Eranian, Stephane; perfmon@napali.hpl.hp.com; linux- > ia64@vger.kernel.org; linux-kernel@vger.kernel.org; perfctr- > devel@lists.sourceforge.net > Subject: Re: [perfmon] Re: quick overview of the perfmon2 interface > > "Truong, Dan" <dan.truong@hp.com> wrote: > > > > The PMU is becoming a standard commodity. Once Perfmon is > > "the" Linux interface, all the tools can align on it and > > coexist, push their R&D forward, and more importantly become > > fully productized for businesses usage. > > > > The apparently-extreme flexibility of the perfmon interfaces would tend to > militate against that, actually. It'd become better productised if it had > one interface and stuck to it. > > (I haven't processed Stephane's reply yet - will get there) > > _______________________________________________ > perfmon mailing list > perfmon@linux.hpl.hp.com > http://www.hpl.hp.com/hosted/linux/mail-archives/perfmon/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |