lkml.org 
[lkml]   [1998]   [Sep]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] scheduler patch, faster still
On Tue, Sep 29, 1998 at 04:11:56PM -0600, yodaiken@chelm.cs.nmt.edu wrote:
> One easy project is to support memory managed RTLinux tasks. This
> was the original design and we dropped it for performance reasons and
> when modules started working well. But it should be relatively easy to
> take a 4Meg chunk of memory, reserve it for RTLinux modules, make
> a map for it, and then fix the rtscheduler to really switch.

Though for the kinds of things I'm doing, we use threads a lot in a
single main process anyway. There are context switches (though we're
investigating keeping moving that mostly to the user-space thread
library).

The kernel context switching issue is still relevant because (a) other
control processes, general handy daemons and the like and the odd shell
are still running occasionally; (b) I'm personally not convinced that
polling DMA'd system memory throughout the user-space code (U-Net style)
is much better than using hardware interrupts, and it certainly
complicates the application, so I'd like to see the kernel do a good job
itself.

-- Jamie

-
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 13:44    [W:1.198 / U:0.972 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site