|| ||Thomas Gleixner <email@example.com> |
|| ||LKML <firstname.lastname@example.org> |
|| ||[Announce] 2.6.29-rc78rt1 |
|| ||Fri, 20 Mar 2009 01:31:41 +0100 (CET)|
|| ||rt-users <email@example.com>,
Ingo Molnar <firstname.lastname@example.org>,
Steven Rostedt <email@example.com>,
Peter Zijlstra <firstname.lastname@example.org>,
Carsten Emde <email@example.com>,
Clark Williams <firstname.lastname@example.org>,
Frank Rowand <email@example.com>|
|| ||Article, Thread
We are pleased to announce the next update to our new preempt-rt
- port forward to 2.6.29-rc8
- disable -rt conflicting config options
- hotplug cpu fixes (peterz)
- slab/pagealloc lock breaks (peterz / tglx)
- sigqueue caching for -rt tasks
- posixtimer thread avoid useless wakeups
- various build fixes (mingo, frank ....)
- lots of tracer updates from -tip (check the tip git logs)
The outstanding improvement is the slab/pagealloc change which breaks
and splits locking and brought down worst case latencies in
problematic use cases from >500us to <100us.
As a side note:
There seems to be a wide spread underestimation of the problem spots
exposed by preempt-rt. The usual shrug off answer is:
"I don't care about -rt. Come back if you can expose the same
problem in the mainline kernel."
This is a fundamentally wrong answer.
preempt-rt mostly exposes existing latency spots and magnifies
Reducing latencies in -rt by a factor 5 will be not that
prominent in a non-rt setup, but the problematic code area
will still produce measureable latency problems.
I'm well aware of the tradeoff between determinitic behaviour and
throughput, but problematic spots (e.g. lock contentions) hurt
So can we please put down the stupid "I don't care about -rt"
attitudes and accept that we have to think about the mutual
benefits of deterministic and throughput aspects without hurting
each other ?
Information on the RT patch can be found at:
to build the 2.6.29-rc8-rt1 tree, the following patches should be
The broken out patches are also available at the same download
P.S.: ARM/PowerPC support is in the pipeline and will be available
with -rt2 (hopefully :)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/