Messages in this thread | | | Date | Sat, 09 Oct 2004 08:21:57 -0500 | From | "K.R. Foley" <> | Subject | Re: voluntary-preempt-2.6.9-rc3-mm3-T3 |
| |
Lee Revell wrote: > On Sat, 2004-10-09 at 01:09, Con Kolivas wrote: > >>Lee Revell writes: >> >> >>>On Thu, 2004-10-07 at 06:52, Ingo Molnar wrote: >>> >>>>i've released the -T3 VP patch: >>>> >>>> http://redhat.com/~mingo/voluntary-preempt/voluntary-preempt-2.6.9-rc3-mm3-T3 >>>> >>> >>>With VP and PREEMPT in general, does the scheduler always run the >>>highest priority process, or do we only preempt if a SCHED_FIFO process >>>is runnable? >> >>Always the highest priority runnable. >> > > > Hmm, interesting. Would there be any advantage to a mode where only > SCHED_FIFO tasks can preempt? This seems like a much lighter way to > solve the realtime problem. > > Lee > > IMHO I don't think this gains us anything and I think that it would be a big step backward for desktop performance (any processes not scheduled RT). Not only that but I think you still have to have all of the overhead of the scheduler and the preemption points if you are going to service the RT threads. Otherwise, how do you schedule RT processes that are waiting for some I/O (that is ready) and another non-RT process is going through a code path in the kernel. The RT process now has a much worse latency. There very well may be ways to accomplish this effectively that I just don't understand.
kr
- 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/
| |