Re: Flight recorder mode

Mathieu Desnoyers <[email protected]> Wed, 20 Feb 2008 11:07:24 -0500
Newsgroups gmane.linux.kernel.tracing
Message-ID <20080220160724.GA3281@Krystal>
* Jan Kiszka ([email protected]) wrote:
> Mathieu Desnoyers wrote:
> > * Jan Kiszka ([email protected]) wrote:
> >> Mathieu Desnoyers wrote:
> >>> * Jan Kiszka ([email protected]) wrote:
> >>>> Jan Kiszka wrote:
> >>>>> Mathieu Desnoyers wrote:
> >>>>>> * Jan Kiszka ([email protected]) wrote:
> >>>>>>> Mathieu Desnoyers wrote:
> >>>>>>>> * Jan Kiszka ([email protected]) wrote:
> >>>>>>>>> Hi,
> >>>>>>>>>
> >>>>>>>>> I'm trying to understand the flight recorder mode (including the hybrid
> >>>>>>>>> one) of LTTng. I originally expected that this mode means:
> >>>>>>>>>
> >>>>>>>>>  1. Fixed set of buffers, older data will be overwritten on wrap-around
> >>>>>>>>>  2. Limited size of trace files
> >>>>>>>>>
> >>>>>>>>> While 1. seems to be true, 2. is neither what I observe in the output
> >>>>>>>>> directory (flight-cpu_* get larger and larger) nor what I can find in
> >>>>>>>>> lttd's code. Intentionally?
> >>>>>>>>>
> >>>>>>>> Yep, see the other lttctl options and the quickstart guide to see how to
> >>>>>>>> spawn one lttd for the "normal" channels and a different one for the
> >>>>>>>> flight recorder channels (should be done after you stop tracing).
> >>>>>>> Sorry, /me is too blind: The quickstart guide is not mentioning flight
> >>>>>>> recorder or hybrid mode, and also lttctl --help gives me no hint what
> >>>>>>> pattern to apply for achieving limited trace file sizes.
> >>>>>>>
> >>>>>> Hrm, or do I recall doing documentaion I haven't done, let's see :)
> >>>>>>
> >>>>>> Ah, it's in a mailing list, not in the documentation yet :
> >>>>>>
> >>>>>> http://osdir.com/ml/linux.kernel.tracing/2006-09/msg00015.html
> >>>>>>
> >>>>>> It explains how to use the hybrid mode.  I'll cut'n'paste it at the end
> >>>>>> of the quickstart guide.
> >>>>>>
> >>>>>> There is not trace file size limit you can give to lttctl nor lttd. You
> >>>>>> can only specify the buffer size. The idea is that you can decide at
> >>>>>> which moment you want to take you flight recorder "snapshot" by running
> >>>>>> lttctl -f at the correct moment.
> >>>>> OK, -EBRAINSUSPENDED, you just woke it up again:
> >>>>>
> >>>>> lttctl -b -n mytrace -m flight -l <debugfs>/ltt
> >>>>> <run application>
> >>>>> <when something happened:>
> >>>>> lttctl -f -n mytrace -t <trace-out> -l <debugfs>/ltt
> >>>> Hmm, in fact this won't fly yet. It looks like I need the hybrid mode,
> >>>> because flight recorder traces generated like above are lacking some
> >>>> basic information (stuff under /control I guess) to make lttv happy.
> >>>>
> >>>> That leaves me with a (for now) acceptable tracing procedure via hybrid
> >>>> traces. But I'm still lacking some howto for pure flight recorder
> >>>> traces. Any hints still appreciated... :)
> >>>>
> >>> Hrm, LTTV should be able to cope with the missing control information.
> >>> The only tracefiles that needs to be complete are the facilities
> >>> tracefiles.
> >>>
> >>> What do you get when you start lttv on a flight recorder trace ?
> >> What I did:
> >> 1. armall
> >> 2. lttctl -n mytrace -l /sys/kernel/debug/ltt -b -m flight
> > 
> > Ah, I see.. try to change -b for -d : it will spawn an lttd daemon which
> > will read the "normal" channels (in this case, only the facilities
> > tracefiles). (also add -l /sys/kernel/debug/ltt -t /tmp/trace)
> > 
> > It should then start working better.
> 
> Perfect! That's now the behavior we already had with an ancient version
> and that I wanted to recreate with latest LTTng.
> 
> You see what kind of howtos it takes for dummies like me? :->
> (Means: Please add both the flight and hybrid mode scenario to the
> quickstart.)
> 

hehe, I would not call yourself a dummy.. it's added to the quickstart,
thanks for the feedback.

Mathieu

> Thanks a lot,
> Jan
> 
> -- 
> Siemens AG, Corporate Technology, CT SE 2
> Corporate Competence Center Embedded Linux
> 

-- 
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F  BA06 3F25 A8FE 3BAE 9A68