lkml.org 
[lkml]   [1998]   [Oct]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] scheduler patch, faster still
Date
> 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/

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