Re: RFC: Slab-o-rama (after Rene's suggestion)
"Hugo Santos" <[email protected]> Mon, 23 Apr 2007 09:57:39 +0100
| Newsgroups | gmane.os.openbeos.kernel.devel |
|---|---|
| Message-ID | <[email protected]> |
On 4/23/07, Axel Dörfler <[email protected]> wrote: > Oh, I left out a few things here: > you'll have to solve many circular dependencies (especially during > bootstrapping code); ie. creating an area needs memory for some > structures, too, and you'll also need memory for the slab structures as > well. > If you want to tackle this, have a look at the FreeBSD implementation > (sys/vm/uma_core.c) - I think they solved those issues in a nice way. Yeah, we need to have a couple static structures during bootup to init the caches that will serve the VM and heap allocators. This is something that will have to be done eventually when the allocator gets deeply merged into the system. Right now i think we could have a more iterative approach, incrementing the number of users without changing the core bits. I still haven't looked at some of the kernel's VM details yet, and i hope Travis will help there, as eventually we'll have to be able to block to obtain memory (thus the flags argument to the Backend, as to consider the possibility of sleeping). Hugo ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/