[lkml]   [2004]   [Aug]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject[patch] voluntary-preempt-2.6.8-rc4-O7

* Lee Revell <> wrote:

> Here's another weird one. This happens when you create a new tab in
> gnome-terminal, which causes a fork().
> preemption latency trace v1.0
> -----------------------------
> latency: 613 us, entries: 697 (697)
> process: gnome-terminal/3467, uid: 1000
> nice: 0, policy: 0, rt_priority: 0
> =======>

> 0.459ms (+0.000ms): preempt_schedule (copy_page_range)
> 0.459ms (+0.000ms): preempt_schedule (copy_page_range)
> 0.460ms (+0.000ms): preempt_schedule (copy_page_range)
> 0.461ms (+0.000ms): preempt_schedule (copy_page_range)

ok, it seems the lock-break of the outer loop was not enough - the up to
1024 iterations in the inner loop can generate quite high latencies too.

in -O7 i've added a runtime flag to disable/enable tracing without
having to recompile the kernel:

/proc/sys/kernel/tracing_enabled controls whether full tracing is done
or not. (some overhead still occurs due to the instrumentation but most
of the tracing overhead should vanish.)

It would be nice to check whether the same overhead occurs with tracing
disabled too - the copy_page_range() loop could be one piece of code
that could get roughly twice as slow with tracing enabled as with
tracing disabled. But 300 usecs is too much too.

-O7 also adds your EXPORT_SYMBOL fix and Peter Zijlstra's compilation

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:05    [W:0.302 / U:4.560 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site