[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0801101156150.10271@sbz-30.cs.Helsinki.FI>
Date: Thu, 10 Jan 2008 12:02:50 +0200 (EET)
From: Pekka J Enberg <penberg@...helsinki.fi>
To: Matt Mackall <mpm@...enic.com>
cc: Christoph Lameter <clameter@....com>, Ingo Molnar <mingo@...e.hu>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Hugh Dickins <hugh@...itas.com>,
Andi Kleen <andi@...stfloor.org>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [RFC PATCH] greatly reduce SLOB external fragmentation
Hi Matt,
On Wed, 9 Jan 2008, Matt Mackall wrote:
> Huh, that's a fairly negligible change on your system. Is that with or
> without the earlier patch? That doesn't appear to change much here.
> Guess I'll have to clean up my stats patch and send it to you.
Ok, if I apply both of the patches, I get better results for SLOB:
[ the minimum, maximum, and average are captured from 10 individual runs ]
Total Free (kB) Used (kB)
(kB) min max average min max average
SLUB (no debug) 26536 23868 23892 23877.6 2644 2668 2658.4
SLOB (both patches) 26548 23612 23860 23766.4 2688 2936 2781.6
SLOB (two lists) 26548 23456 23708 23603.2 2840 3092 2944.8
SLOB (vanilla) 26548 23472 23640 23579.6 2908 3076 2968.4
SLAB (no debug) 26544 23316 23364 23343.2 3180 3228 3200.8
SLOB (merge fix) 26548 23260 23728 23385.2 2820 3288 3162.8
SLUB (with debug) 26484 23120 23136 23127.2 3348 3364 3356.8
I'll double check the results for SLUB next but it seems obvious that your
patches are a net gain for SLOB and should be applied. One problem though
with SLOB seems to be that its memory efficiency is not so stable. Any
ideas why that is?
Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists