lkml.org 
[lkml]   [1998]   [Sep]   [24]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateWed, 23 Sep 1998 20:32:53 -0600
From yodaiken@chelm ...
SubjectRe: Interesting scheduling times
On Thu, Sep 24, 1998 at 09:50:04AM +1000, Richard Gooch wrote:
> yodaiken@chelm.cs.nmt.edu writes:> > On Sat, Sep 19, 1998 at 07:47:28AM +1000, Richard Gooch wrote:
> > > I'd agree with you if the heavily loaded system was just doing
> > > bog-standard time sharing. My concern is that if you are also trying
> > > to control an instrument at the same time, the schedule/wakeup times
> > > of the RT processes doesn't suffer because of the long run queue.> > > > The correct solution is RT-Linux or some variation,
> > not mucking up the Linux interactive scheduler.> > RT-Linux has it's own problems. 

I'm near tears here. But do you have a substantive point?

>and the change I proposed would not> "muck up" the Linux scheduler. It's actually quite a simple change.

If you are trying to control an instrument, you want hard RT response.
But hard RT response is exactly what the Linux scheduler is not designed to
provide. Note the terrible "RT" performance on VMS, Solaris and other 
OS's that try to mix RT and interactive scheduling. The reason for this
problem is that they are trying to make the scheduler optimize two 
incompatible objectives. The reason that RTLinux works so well is that it
lets Linux do its job and lets the RT subsystem work at a different plane.

I'm not sure what the correct answer is for soft-rt tasks on Linux. They
are indeed useful, but perhaps it is simpler for such a  task to just increase
the scheduling rate whenever it enters the runq. 




> > 				Regards,
> 
> 					Richard....

-- 

---------------------------------
Victor Yodaiken
Department of Computer Science
New Mexico Institute of Mining and Technology
Socorro NM 87801
Homepage		http://www.cs.nmt.edu/~yodaiken
PowerPC Linux page	http://linuxppc.cs.nmt.edu
Real-Time Page		http://rtlinux.org

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:44    [from the cache]
©2003-2008