Date:	Wed, 24 Feb 2010 10:40:21 -0500
From:	Mathieu Desnoyers <mathieu.desnoyers@...icios.com>
To:	Linux Tools developer discussions <linuxtools-dev@...ipse.org>
Cc:	dsdp-tcf-dev@...ipse.org, Steven Rostedt <rostedt@...dmis.org>,
	linux-kernel@...r.kernel.org, ltt-dev@...ts.casi.polymtl.ca
Subject: Re: [linuxtools-dev] Standard protocols/interfaces/formats for
	performance tools (TCF, LTTng, ...)

* Spear, Aaron (aaron_spear@...tor.com) wrote:
> Hello everyone,
> 
> As some of you know, at Mentor Graphics we are currently working on
> multi-core profiling products for embedded systems.  The focus currently
> is using real-time trace data as the event source for analysis.  In the
> future this will expand as we desire to be able to correlate analysis of
> heterogeneous systems, e.g. embedded Linux + LTTng events on one
> machine, correlated with real-time trace data collected from a bunch of
> DSP's. 
> 
> Like the rest of you, we have spent much time in the past inventing
> proprietary data collection frameworks, mechanisms and formats only to
> eventually throw them away because a standard eventually emerges.  We
> would like to stop the insanity.
> 
> So, as an FYI, I am planning to participate in a new tools
> infrastructure working group under the auspices of the Multi-core
> association (http://www.multicore-association.org).  The working group
> aims to:
> 
> 1.  Identify common needs, functionality, and opportunities for
> information sharing between performance analysis tools.
> 2.  Discussion on identifying sharable components between performance
> analysis tools.
> 3.  Discussion on metadata dimensions of interest for standardization
> (e.g., code, space, metric, time, state)
> 
> Along those lines, we (Mentor) have a need for a protocol to connect to
> remote trace collectors and configure trace triggering/collection, and
> then efficiently download lots of binary trace data.  Sound familiar?  
> 
> TCF is an obvious choice for this as various companies are already using
> it for this purpose from what I have observed.
> 
> So, to my point:
> -What protocols are currently in use that we might consider as a
> starting point?  I see that the linuxtools project apparently has one
> for transferring LTTng event data.  Are there any docs for this
> protocol?
> 
> -Is there any other company with a proprietary protocol that would
> consider donating it to a standardization effort? (some one else who
> also desires to end the insanity :-)
> 
> -file formats: event log file formats is another obvious candidate for
> standardization.  Mentor has a file format we use that was inspired by
> LTTng's format but is optimized for extremely large real-time trace
> logs.  I intend to throw this into the mix.  Any others we should think
> about? (The LTTng format obviously...) 

Hi Aaron,

I would be glad to provide insight into the LTTng file format as needed.

It would be good to ask if the Ftrace team is interested to participate
in this standardization effort. Proposing modifications to the Ftrace
file format is on my roadmap.

I'm curious.. which version of the LTTng trace file format have you
derived your own format from ?

Thanks,

Mathieu

> 
> Best regards,
> Aaron
> 
> --
> Aaron Spear      
> Debug Tools Architect/Staff Engineer
> Embedded Systems Division
> Mentor Graphics Corporation
> Office: 303-679-8457
> 
> 
> _______________________________________________
> linuxtools-dev mailing list
> linuxtools-dev@...ipse.org
> https://dev.eclipse.org/mailman/listinfo/linuxtools-dev
> 

-- 
Mathieu Desnoyers
Operating System Efficiency Consultant
EfficiOS Inc.
http://www.efficios.com
--
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