Re: slab: setup allocators earlier in the boot sequence

Christoph Lameter
2009-06-12T14:07:52Z

On Fri, 12 Jun 2009, Pekka Enberg wrote:

> The problem here is that it's not enough that we make GFP_RECLAIM_MASK a
> variable. There are various _debugging checks_ that happen much earlier
> than that. We need to mask out those too which adds overhead to
> kmalloc() fastpath, for example.

True. The GFP_RECLAIM_MASK only addresses the passing of gfp flags from a
derived allocator to the page allocator. It will deal only with the issue
of GFP_WAIT handling.