lkml.org 
[lkml]   [2005]   [May]   [30]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateMon, 30 May 2005 12:33:47 +0200
FromIngo Molnar <>
SubjectRe: RT patch acceptance
* Andi Kleen <ak@muc.de> wrote:

> > Yes, as Ingo stated many times, addition cond_resched() to
> > might_sleep() does achieve the "usable" latencies  -- and obviously
> > that's hacky.
> 
> But it's the only way to get practial(1)low latency benefit to 
> everybody - not just a few selected few who know how to set the right 
> kernel options or do other incarnations and willfully give up 
> performance and stability.
> 
> It is basically similar to why we often avoid kernel tunables - the 
> kernel must work well out of the box.
> 
> (1) = not necessarily provable, but good enough at least for jack 
> et.al.

FYI, to get good latencies for jack you currently need the -RT tree and 
CONFIG_PREEMPT. (see Lee Revell's and Rui Nuno Capela's extensive tests)

In other words, cond_resched() in might_sleep() (PREEMPT_VOLUNTARY, 
which i announced Jul 9 last year) is _not_ good enough for 
advanced-audio (jack) users. PREEMPT_VOLUNTARY is mostly good enough for 
simple audio playback / gaming.

	Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-05-30 12:40    [from the cache]
©2003-2008