[LITMUS^RT] RFC: kernel-style events for Litmus^RT

[Björn Brandenburg]

On Feb 16, 2012, at 12:36 AM, Jonathan Herman wrote:

> Chris, Glenn, Mac, and I are pro abandoning unit-trace for kernel visualization. Bjoern and Andrea, what do
> you think about this? Going forward, I would see us dropping unit-trace for kernel visualization, but could
> we replace sched_trace entirely in the long term? Would we want to?

As long as there is a tool to convert a trace in the new Linux format to a traditional sched_trace file I'm fine with ripping out the old implementation. At MPI, we use the feather-trace and sched-trace format for non-LITMUS^RT projects as well, so I'm not in favor of retiring all associated tools.

 I'd be opposed to ripping out feather-trace itself since I suspect the Linux tracing frameworks are a bit more complicated (because they are _much_ more flexible) and hence overhead-affected, though I could be proven wrong by actual measurements. Given that sched-trace is just a thin layer on top of feather-trace, I don't think it is a big difference whether we keep it or not.

To replace Feather-Trace entirely, I'd like to see 1) data that shows that the new trace framework does not create higher overheads, and 2) the ability to insert events from userspace (very handy for measuring syscall overhead and other userspace overheads).

- Björn