Thread (36 messages) 36 messages, 5 authors, 2008-03-03

Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to includelateral priority

From: Steven Rostedt <rostedt@goodmis.org>
Date: 2008-03-03 15:55:41
Also in: lkml

On Mon, 3 Mar 2008, Gregory Haskins wrote:
quoted
quoted
quoted
On Mon, Mar 3, 2008 at 10:13 AM, in message
See the issue. The RT task on CPU0 may experience huge latencies.
Agreed, but equal priority threads can always cause unbounded latencies by definition.  I.e. we only guarantee to the highest thread.
It should not when they are bounded to two separate CPUs, and are the
highest priority tasks on those CPUS.  That will be hard to explain, how a
the highest prio tasks bounded to a single CPU had an unbounded latency.
With the patches presented, this can happen.
quoted
Remember, RT is worried about latencies over performance.
If we can not ***guarantee*** a bounded latency, then, I don't care
how good the perfomance is, it is not good enough for RT.


That said, here's the compromise.

Non-RT tasks care more about overall perfomance than worst case latencies.
So.... See imbedded:
This isn't a bad idea, but note that it means RT tasks will not get a performance boost, which is quite substantial.
Again, no performance is good enough for an RT task if it risks the
slightest chance of causing an unbounded latency.

-- Steve
Note that I have substantially cleaned up this patch for the drop I will make later this week (v3).
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help