From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 7 May 2007 11:54:38 -0700 From: Andrew Morton Subject: Re: Support concurrent local and remote frees and allocs on a slab. Message-Id: <20070507115438.a271580a.akpm@linux-foundation.org> In-Reply-To: References: <20070506122447.0d5b83e1.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: linux-mm@kvack.org List-ID: On Mon, 7 May 2007 11:39:02 -0700 (PDT) Christoph Lameter wrote: > > On Sun, 6 May 2007, Andrew Morton wrote: > > > On Sat, 5 May 2007 22:45:26 -0700 (PDT) Christoph Lameter wrote: > > > > > On Sat, 5 May 2007, Christoph Lameter wrote: > > > > > > > Hmmmm... I can take this even further and get another 20% if I take the > > > > critical components of slab_alloc and slab_free and inline them into > > > > kfree, kmem_cache_alloc and friends. I went from 5.8MB without this > > > > patch to now 8 MB/sec with this patch and the rather ugly inlining. > > > > > > Hmmm... Nope. That was the effect of screwing up kfree so that no memory > > > is ever freed. Interesting that this increases performance... > > > > Yes, is is interesting, considering all our lovingly-crafted efforts to > > keep that sort of memory hot in the CPU cache. > > I think the major performance improvement was to remove the overhead of > kfree. Half of the effort is gone thus performance goes through the roof. > Also this insures that SLUB always gets no partial slabs which increases > performance further. Well sure. But there should have been a performance *decrease* because every piece of memory we get from slab is now cache-cold. If slab was recycling objects, one would expect that to not happen. So I'm assuming that you have producer and consumer running on separate CPUs and we don't get any decent cache reuse anyway. > What is the problem with 21-mm1 btw? slab performance for both allocators > dropped from ~6M/sec to ~4.5M/sec That's news to me. You're the slab guy ;) Are you sure the slowdown is due to slab, or did networking break? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org