Re: [PATCH 00/32] tracing: Inter-event (e.g. latency) support
From: Tom Zanussi
Date: Wed Jul 12 2017 - 15:17:51 EST
Sorry for the delayed reply, was out for the holidays..
On Sat, 2017-07-01 at 00:01 -0700, Joel Fernandes (Google) wrote:
> Hi Tom,
> Nice series and nice ELC talk as well. Thanks.
> On Mon, Jun 26, 2017 at 3:49 PM, Tom Zanussi
> <tom.zanussi@xxxxxxxxxxxxxxx> wrote:
> > This patchset adds support for 'inter-event' quantities to the trace
> > event subsystem. The most important example of inter-event quantities
> > are latencies, or the time differences between two events.
> I tried your patches out and they are working fine for me. I will test
> them out more.
> I think for the wakeup latency in your examples, its better / more
> accurate to use sched_waking instead of sched_wakeup tracepoint? 
Yeah, makes sense - thanks for pointing it out.
> Also, one other comment I had is, it would be nice to suppress the
> output of individual trace events that are part of the synthetic event
> into the trace buffer. Otherwise I feel the value of it is slightly
> diminished - because one can simply post-process the individual
> non-synthetic trace events themselves to get wake up latencies which
> the synthetic events is trying to calculate in the first place.
> Inorder to conserve space, if a user doesn't care about individual
> events, and just the synthetic events then the individual ones
> shouldn't be written to the trace buffer IMO.
Yes, you're right, this is also something I need to fix. I added a flag
to avoid discards, but this has the effect of, well, avoiding discards,
so unwanted events appear in the trace buffer. Also, regardless, any
trigger that exists simply to provide input to a synthetic event should
be filtered out, regardless of the enable state. I'll have to think
about a better way do handle all this...
>  commit fbd705a0c6184580d0e2fbcbd47a37b6e5822511 (sched: Introduce
> the 'trace_sched_waking' tracepoint)