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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
