On Sun, Sep 18, 2005 at 04:27:38AM +0200, Bernardo Innocenti wrote:
It's more meaningful to interpret sched_yield() as "give up the processor,
as if the scheduler quantum had expired".
afaik this is *exactly* what the new sched_yield() does ;)
The scheduler wouldn't normally allow a lower priority process to
preempt a high-priority ready process for 30+ ms. Unless I'm
mistaken about Linux's scheduling policy...
if your quantum is up... all other tasks get theirs of course