[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080514220058.GG9921@parisc-linux.org>
Date: Wed, 14 May 2008 16:00:58 -0600
From: Matthew Wilcox <matthew@....cx>
To: Christoph Lameter <clameter@....com>
Cc: Andi Kleen <andi@...stfloor.org>,
Pekka Enberg <penberg@...helsinki.fi>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Rik van Riel <riel@...hat.com>, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
Mel Gorman <mel@...net.ie>, mpm@...enic.com,
"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>
Subject: Re: [patch 21/21] slab defrag: Obsolete SLAB
On Wed, May 14, 2008 at 02:53:57PM -0700, Christoph Lameter wrote:
> > Note the complete lack of comparison between slub and slab here! As far
> > as I know, slub still loses against slab by a few % -- but I haven't
> > finished running a comparison with -rc2 yet.
>
> Indeed remote frees are slightly slower in some situations. Dont really
> dispute that. I am just not sure that the TPC test is really suffering
> from that symptom. I thought for a long time that the tbench regression
> was due to a similar effect too until I got down to it.
Since there's no way we've found to date to get the TPC test to you,
how about we settle for analysing _this_ testcase which did show a
significant performance degradation for slub?
I don't think it's an unreasonable testcase either -- effectively it's
allocating memory on all CPUs and then freeing it all on one. If that's
a worst-case scenario for slub, then slub isn't suitable for replacing
slab yet.
--
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours. We can't possibly take such
a retrograde step."
--
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