diff options
| author | Andrew Morton <akpm@osdl.org> | 2004-03-11 16:25:56 -0800 |
|---|---|---|
| committer | Linus Torvalds <torvalds@ppc970.osdl.org> | 2004-03-11 16:25:56 -0800 |
| commit | 29d18b52045677dc961329bcbff05c6bc90c998b (patch) | |
| tree | 0c078cedbac5cba86804b29a6ee8ff759be7478e | |
| parent | 349055d09d3ebcbc7cb0bd50a0488194dc68f2ee (diff) | |
[PATCH] slab: avoid higher-order allocations
From: Manfred Spraul <manfred@colorfullife.com>
At present slab is using 2-order allocations for the size-2048 cache. Of
course, this can affect networking quite seriously.
The patch ensures that slab will never use more than a 1-order allocation
for objects which have a size of less than 2*PAGE_SIZE.
| -rw-r--r-- | mm/slab.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/mm/slab.c b/mm/slab.c index 42b95f5895c1..f21cce26ffc6 100644 --- a/mm/slab.c +++ b/mm/slab.c @@ -445,8 +445,8 @@ static inline void **dbg_userword(kmem_cache_t *cachep, void *objp) /* * Do not go above this order unless 0 objects fit into the slab. */ -#define BREAK_GFP_ORDER_HI 2 -#define BREAK_GFP_ORDER_LO 1 +#define BREAK_GFP_ORDER_HI 1 +#define BREAK_GFP_ORDER_LO 0 static int slab_break_gfp_order = BREAK_GFP_ORDER_LO; /* Macros for storing/retrieving the cachep and or slab from the |