lkml.org 
[lkml]   [2004]   [Oct]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: voluntary-preempt-2.6.9-rc3-mm3-T3
From
Date
On Sat, 2004-10-09 at 01:23, Con Kolivas wrote:
> 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.
>
> No, the linux scheduler has always been preemptible. PREEMPT and VP just
> allows it to preempt kernel code paths as well. It could be modified to
> do such a thing but apart from real time applications it would perform
> very badly overall.

I am talking about a mode where we only allow a SCHED_FIFO process to
preempt a kernel code path. In every other case it works like !PREEMPT.

This is apparently how kernel preemption worked on SVR4.

Lee

-
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/

\
 
 \ /
  Last update: 2005-03-22 14:06    [W:0.235 / U:0.156 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site