diff options
author | Christoph Lameter <clameter@sgi.com> | 2007-07-17 04:03:20 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | 2007-07-17 10:23:01 -0700 |
commit | 6300ea75031e7aebfe3331245b7f750d82621223 (patch) | |
tree | ccd49c8173ac6b8449b57555bd0070ceafe3f3b8 /mm/util.c | |
parent | 68dff6a9af9f27df5aeee6d0339818b0e36c1b51 (diff) | |
download | linux-6300ea75031e7aebfe3331245b7f750d82621223.tar.gz linux-6300ea75031e7aebfe3331245b7f750d82621223.tar.bz2 linux-6300ea75031e7aebfe3331245b7f750d82621223.zip |
SLUB: ensure that the number of objects per slab stays low for high orders
Currently SLUB has no provision to deal with too high page orders that may
be specified on the kernel boot line. If an order higher than 6 (on a 4k
platform) is generated then we will BUG() because slabs get more than 65535
objects.
Add some logic that decreases order for slabs that have too many objects.
This allow booting with slab sizes up to MAX_ORDER.
For example
slub_min_order=10
will boot with a default slab size of 4M and reduce slab sizes for small
object sizes to lower orders if the number of objects becomes too big.
Large slab sizes like that allow a concentration of objects of the same
slab cache under as few as possible TLB entries and thus potentially
reduces TLB pressure.
Signed-off-by: Christoph Lameter <clameter@sgi.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/util.c')
0 files changed, 0 insertions, 0 deletions