tracing, sched: LTTng instrumentation - scheduler
authorMathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Fri, 18 Jul 2008 16:16:17 +0000 (12:16 -0400)
committerIngo Molnar <mingo@elte.hu>
Tue, 14 Oct 2008 08:30:52 +0000 (10:30 +0200)
commit0a16b6075843325dc402edf80c1662838b929aff
tree124e49d8c0196f3c6eb7aa09a7c4c3c3157fff7a
parent4a0897526bbc5c6ac0df80b16b8c60339e717ae2
tracing, sched: LTTng instrumentation - scheduler

Instrument the scheduler activity (sched_switch, migration, wakeups,
wait for a task, signal delivery) and process/thread
creation/destruction (fork, exit, kthread stop). Actually, kthread
creation is not instrumented in this patch because it is architecture
dependent. It allows to connect tracers such as ftrace which detects
scheduling latencies, good/bad scheduler decisions. Tools like LTTng can
export this scheduler information along with instrumentation of the rest
of the kernel activity to perform post-mortem analysis on the scheduler
activity.

About the performance impact of tracepoints (which is comparable to
markers), even without immediate values optimizations, tests done by
Hideo Aoki on ia64 show no regression. His test case was using hackbench
on a kernel where scheduler instrumentation (about 5 events in code
scheduler code) was added. See the "Tracepoints" patch header for
performance result detail.

Changelog :

- Change instrumentation location and parameter to match ftrace
  instrumentation, previously done with kernel markers.

[ mingo@elte.hu: conflict resolutions ]
Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Acked-by: 'Peter Zijlstra' <peterz@infradead.org>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
include/trace/sched.h [new file with mode: 0644]
kernel/exit.c
kernel/fork.c
kernel/kthread.c
kernel/sched.c
kernel/signal.c