[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48977330.4090501@cs.helsinki.fi>
Date: Tue, 05 Aug 2008 00:22:56 +0300
From: Pekka Enberg <penberg@...helsinki.fi>
To: Rene Herman <rene.herman@...access.nl>
CC: Matthew Wilcox <matthew@....cx>,
Christoph Lameter <cl@...ux-foundation.org>,
akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
linux-fsdevel@...r.kernel.org, Mel Gorman <mel@...net.ie>,
andi@...stfloor.org, Rik van Riel <riel@...hat.com>
Subject: Re: No, really, stop trying to delete slab until you've finished
making slub perform as well
Rene Herman wrote:
> On 03-08-08 23:25, Pekka Enberg wrote:
>
>> Matthew Wilcox wrote:
>
>>> Do we have to once again explain that slab still outperforms slub on at
>>> least one important benchmark? I hope Nick Piggin finds time to finish
>>> tuning slqb; it already outperforms slub.
>>
>> No, you don't have to. I haven't merged that patch nor do I intend to
>> do so until the regressions are fixed.
>>
>> And yes, I'm still waiting to hear from you how we're now doing with
>> higher order page allocations...
>
> General interested question -- I recently "accidentally" read some of
> slub and I believe that it doesn't feature the cache colouring support
> that slab did? Is that true, and if so, wasn't it needed/useful?
I don't know why Christoph decided not to implement it. Christoph?
--
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