Re: [PATCH] SLUB: revert direct page allocator pass through

[Christoph Lameter]

On Fri, 23 Jan 2009, Nick Piggin wrote:

> Hmm, it lists quite a number of advantages that I guess are being
> reverted too? What was the test case(s) that prompted this commit
> in the first place? Better ensure it doesn't slow down...

The advantage was mainly memory savings and abilty to redefined kmallocs
to go directly to the page allocator. Totally avoids slab allocator overhead.

I thought higher order allocations were not supposed to be used in
performance critical paths? Didnt you want to do everything with order-0
allocs?

It seems that we currently need the slab allocators to compensate for the
performance problems in the page allocator for these higher order allocs.
I'd rather have the page allocator fixed but things are as they are.



--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/