slub: add option to disable higher order debugging slabs
authorDavid Rientjes <rientjes@google.com>
Tue, 7 Jul 2009 07:14:14 +0000 (00:14 -0700)
committerPekka Enberg <penberg@cs.helsinki.fi>
Fri, 10 Jul 2009 06:52:55 +0000 (09:52 +0300)
commitfa5ec8a1f66f3c2a3af723abcf8085509c9ee682
treebe8e06f8ace38ed40ec2af4465dd1fffbc4b4f09
parentc2cc49a2f8a479dde96a599646d30b6cc9dbed78
slub: add option to disable higher order debugging slabs

When debugging is enabled, slub requires that additional metadata be
stored in slabs for certain options: SLAB_RED_ZONE, SLAB_POISON, and
SLAB_STORE_USER.

Consequently, it may require that the minimum possible slab order needed
to allocate a single object be greater when using these options.  The
most notable example is for objects that are PAGE_SIZE bytes in size.

Higher minimum slab orders may cause page allocation failures when oom or
under heavy fragmentation.

This patch adds a new slub_debug option, which disables debugging by
default for caches that would have resulted in higher minimum orders:

slub_debug=O

When this option is used on systems with 4K pages, kmalloc-4096, for
example, will not have debugging enabled by default even if
CONFIG_SLUB_DEBUG_ON is defined because it would have resulted in a
order-1 minimum slab order.

Reported-by: Larry Finger <Larry.Finger@lwfinger.net>
Tested-by: Larry Finger <Larry.Finger@lwfinger.net>
Cc: Christoph Lameter <cl@linux-foundation.org>
Signed-off-by: David Rientjes <rientjes@google.com>
Signed-off-by: Pekka Enberg <penberg@cs.helsinki.fi>
Documentation/vm/slub.txt
mm/slub.c