Re: [PATCH] slob: poor man's NUMA, take 2.

Christoph Lameter
2007-06-13T05:30:04Z

Hmmmm. One key advantage that SLOB has over all allocators is the density
of the kmalloc array. I tried to add various schemes to SLUB but there is
still a difference of 340kb on boot. If you get it to do NUMA then may be
we can get a specialized allocator for the kmalloc array out of all of
this?

If you focus on the kmalloc array then you can avoid to deal with certain
other issues

- No ctor, no reclaim accounting, no rcu etc.
- No need to manage partial slabs.
- No slab creation, destruction etc.

Maybe that could done in a pretty compact way and replace the space
wasting kmalloc arrays in SLAB and SLUB?