Re: New slab allocator SLUB

[David Miller <davem@davemloft.net>]

From: David Miller <davem@davemloft.net>
Date: Thu, 10 May 2007 15:35:31 -0700 (PDT)

> From: Christoph Lameter <clameter@sgi.com>
> Date: Thu, 10 May 2007 15:33:30 -0700 (PDT)
> 
> > On Thu, 10 May 2007, David Miller wrote:
> > 
> > > From: Christoph Lameter <clameter@sgi.com>
> > > Date: Thu, 10 May 2007 15:21:52 -0700 (PDT)
> > > 
> > > > On Thu, 10 May 2007, David Miller wrote:
> > > > 
> > > > > What SLAB allows you to do is define LARGE_ALLOCS but not necessarily
> > > > > set MAX_ORDER large enough for the largest kmalloc SLAB.  SLAB would
> > > > > ignore the kmalloc cache creation failures for these largest ones that
> > > > > are over MAX_ORDER.
> > > > 
> > > > Hmmm... How about limiting KMALLOC_SHIFT_HIGH to max order?
> > > 
> > > That should definitely do the trick too:
> > 
> > Could you verify that it indeed does the trick?
> 
> Sure... give me a few minutes.

Ugh, it won't build, you can't use min() because this is
evaluated at compile time to compute array sizes etc.

include/linux/slub_def.h:76: error: braced-group within expression allowed only inside a function