Re: [PATCH] scheduler patch, faster still
Alan Cox (alan@lxorguk.ukuu.org.uk)
Sun, 4 Oct 1998 01:34:27 +0100 (BST)
> 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.
Providing you dont require atomicity of memory allocations is there any
reason it shouldnt queue the kernel a request by kmalloc now and then and
keep a local pool ?
-
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/