My last mail specifically addresses preempt-rt, but I'd like to know people's
thoughts regarding this issue in the mainline kernel. Please see my previous
post "realtime-preempt scheduling - rt_overload behavior" for a testcase that
produces unpredictable scheduling results.
Part of the issue here is to define what we consider "correct behavior" for
SCHED_FIFO realtime tasks. Do we (A) need to strive for "strict realtime
priority scheduling" where the NR_CPUS highest priority runnable SCHED_FIFO
tasks are _always_ running? Or do we (B) take the best effort approach with
an upper limit RT priority imbalances, where an imbalance may occur (say at
wakeup or exit) but will be remedied within 1 tick. The smpnice patches
improve load balancing, but don't provide (A).
More details in the previous mail...
Thanks,
--Darren
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
