Messages in this thread | | | From | Darren Hart <> | Subject | RT task scheduling | Date | Wed, 5 Apr 2006 20:25:04 -0700 |
| |
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 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/
| |