[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.1.10.0807301529190.3277@nehalem.linux-foundation.org>
Date: Wed, 30 Jul 2008 15:35:58 -0700 (PDT)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Pekka Enberg <penberg@...helsinki.fi>
cc: Matt Mackall <mpm@...enic.com>,
Christoph Lameter <cl@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>, 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>,
vegard.nossum@...il.com, hannes@...urebad.de
Subject: Re: [RFC PATCH] greatly reduce SLOB external fragmentation
On Thu, 31 Jul 2008, Pekka Enberg wrote:
>
> Oh, I didn't suggest this for merging. Just thought you'd be
> interested to know that best-fit doesn't really do that much better
> than what we have in the tree now. (Well, I was kinda hoping you'd
> tell me why my implementation is wrong and you were right all along.)
Heh. Most allocators tend to work pretty well under normal load, and the
real fragmentation problems all tend to happen under special patterns. The
one in glibc, for example, sucks donkey dick when using threading, but is
apparently ok otherwise.
I wouldn't actually expect most "normal" kernel use to show any really bad
patterns on any normal loads. Google for
worst-case first-fit fragmentation
(or 'next-fit' for that matter) to see some stuff. Of course, it is scary
only if you can trigger it in practice (perhaps with certains games on
packet size, or creating/removing files with pathname size patterns ec).
[ Of course, google probably mostly returns hits from all those ACM
portals etc. I wonder why google does that - they're almost totally
useless search results. Sad. If somebody knows how to turn those ACM
pay-portals off in google, pls let me know ]
Linus
--
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