From: matthew.khouzam@ericsson.com (Matthew Khouzam)
Subject: [lttng-dev] Human read-writeable format for CTF traces
Date: Mon, 3 Feb 2014 10:28:10 -0500 [thread overview]
Message-ID: <52EFB58A.4090003@ericsson.com> (raw)
In-Reply-To: <52EFAED6.60304@versatic.net>
Hi Genevieve,
Would it be an interesting option to make a "metadata" that would parse
the xml? Just throwing another option into the mix.
Matthew
On 14-02-03 09:59 AM, Genevi?ve Bastien wrote:
> Hello all,
>
> Short question:
>
> As we develop analyses in TMF for LTTng traces, we'd like to unit test
> them with very specific sequences of events, something no real-life
> trace can provide. We'd like to build our own traces manually.
>
> Does a human read-writeable format already exist to work with CTF
> traces or convert from/to CTF traces? I heard of a few CTF trace
> generators, some which haven't been rebased in a while. What's their
> status? Anything that answers our need there?
>
> Thanks,
>
> ==================
> Detailed specification of what I'm looking for and why:
>
> * In TMF, analyses use event requests and they handle events. It does
> not matter at all whether the event came from a CTF binary stream or
> from a text file, as long as they have the same name and fields, it
> will be handled the same.
>
> * Also, while we may want to hand make a full test trace, we may also
> wish to take (part of) a real life CTF trace, convert it to a human
> read-writeable format, tweak it to our needs and... as far as TMF is
> concerned, we'll be perfectly happy with this format, but it may
> eventually be desirable to convert it back to a CTF trace.
>
> * XML-defined analyses are about to make it into TMF master. That
> means users will be able to develop in XML their own state providers,
> but eventually also their own views, filters, analyses, etc. Before
> trying them on real traces, it must be possible to test them on
> controlled hand-made traces. So that trace format is not just a
> feature for unit tests, it should be made available in the main TMF
> for users to use.
>
> * We must keep in mind that users of this format may not have access
> to the complete LTTng toolchain, or even to a linux command line as
> they may be working... on Windows! That's even more true now that work
> is being done to convert Windows traces to CTF format. So the solution
> must be completely standalone in TMF.
>
> * In a quick prototype last week, I came up with this format for the
> human read-writeable test traces:
>
> <trace>
> <event>
> <timestamp value="1" />
> <eventName value="A" />
> <source value="0" /> /** the cpu */
> <field name="b" value="1" type="int" />
> <field name="c" value="abcdef" type="string" />
> </event>
> </trace>
>
> Why XML? Because it's easy to validate with a XSD and we can use
> existing tool to automatically generate from this XSD a user interface
> to edit the events. But that's just a suggestion.
>
> * Lastly and not least, whatever we end up implementing in TMF must
> use or at least play nice with other tools around CTF that do more or
> less the same thing. I wouldn't want to reinvent the wheel here.
>
> Any thoughts? Any thing I should look at?
>
> Thanks,
> Genevi?ve
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev at lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
prev parent reply other threads:[~2014-02-03 15:28 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-03 14:59 Geneviève Bastien
2014-02-03 15:12 ` Mathieu Desnoyers
2014-02-03 16:00 ` Michel Dagenais
2014-02-03 16:19 ` Mathieu Desnoyers
2014-02-03 17:05 ` Geneviève Bastien
2014-02-03 17:16 ` Mathieu Desnoyers
2014-02-03 17:20 ` Geneviève Bastien
2014-02-04 16:19 ` Jérémie Galarneau
2014-02-04 17:35 ` Geneviève Bastien
2014-02-04 17:46 ` Jérémie Galarneau
2014-02-04 18:50 ` Geneviève Bastien
2014-02-03 15:28 ` Matthew Khouzam [this message]
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=52EFB58A.4090003@ericsson.com \
--to=matthew.khouzam@ericsson.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox