From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 6 May 2007 12:24:47 -0700 From: Andrew Morton Subject: Re: Support concurrent local and remote frees and allocs on a slab. Message-Id: <20070506122447.0d5b83e1.akpm@linux-foundation.org> In-Reply-To: References: 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 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. Or was it netperf-to-localhost? -- 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