lkml.org 
[lkml]   [2003]   [Jun]   [19]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
From"Perez-Gonzalez, Inaky" <>
SubjectRE: O(1) scheduler seems to lock up on sched_FIFO and sched_RR ta sks
DateWed, 18 Jun 2003 21:38:12 -0700
> From: 'joe.korty@ccur.com' [mailto:joe.korty@ccur.com]
>
> On Wed, Jun 18, 2003 at 06:44:42PM -0700, Perez-Gonzalez, Inaky wrote:
> >
> > Now that we are at that, it might be wise to add a higher-than-anything
> > priority that the kernel code can use (what would be 100 for user space,
> > but off-limits), so even FIFO 99 code in user space cannot block out
> > the migration thread, keventd and friends.
> 
> I would prefer users have the ability to put one or two truly critical RT
> tasks above keventd & family.  Such tasks would have to follow certain
rules
> .. run & sleep quick .. limited or no device IO ..  most communication to
> other tasks through shared memory .. possibly others.

Agreed - see my answers to George Anzinger and Robert Love; I wasn't
precise enough on meaning "yeah, you should be able to reprioritize it
at will". My point is that user programs have a limit that they cannot
use, while kernel threads can use the user's priority space and their
highest priority space.

Iñaky Pérez-González -- Not speaking for Intel -- all opinions are my own
(and my fault)
-
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 12:36    [from the cache]
©2003-2008