aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMatt Mackall <mpm@selenic.com>2008-02-05 01:29:38 -0500
committerLinus Torvalds <torvalds@woody.linux-foundation.org>2008-02-05 12:44:19 -0500
commit3729145821e3088a0c3c4183037fde356204bf97 (patch)
treed95b23e7b718936e63f7cf46e3b2c26cf3bc9af8
parent20cecbae44528d347c46e71f40650b75e0dcbc8e (diff)
slob: correct Kconfig description
Signed-off-by: Matt Mackall <mpm@selenic.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
-rw-r--r--init/Kconfig8
1 files changed, 3 insertions, 5 deletions
diff --git a/init/Kconfig b/init/Kconfig
index aaa7e7d5305e..87f50df58893 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -656,11 +656,9 @@ config SLOB
656 depends on EMBEDDED 656 depends on EMBEDDED
657 bool "SLOB (Simple Allocator)" 657 bool "SLOB (Simple Allocator)"
658 help 658 help
659 SLOB replaces the SLAB allocator with a drastically simpler 659 SLOB replaces the stock allocator with a drastically simpler
660 allocator. SLOB is more space efficient than SLAB but does not 660 allocator. SLOB is generally more space efficient but
661 scale well (single lock for all operations) and is also highly 661 does not perform as well on large systems.
662 susceptible to fragmentation. SLUB can accomplish a higher object
663 density. It is usually better to use SLUB instead of SLOB.
664 662
665endchoice 663endchoice
666 664