From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by kanga.kvack.org (Postfix) with ESMTP id 0FD5C6B004D for ; Mon, 16 Mar 2009 06:42:31 -0400 (EDT) Date: Mon, 16 Mar 2009 11:40:54 +0100 From: Nick Piggin Subject: Re: [PATCH 00/35] Cleanup and optimise the page allocator V3 Message-ID: <20090316104054.GA23046@wotan.suse.de> References: <1237196790-7268-1-git-send-email-mel@csn.ul.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1237196790-7268-1-git-send-email-mel@csn.ul.ie> Sender: owner-linux-mm@kvack.org To: Mel Gorman Cc: Linux Memory Management List , Pekka Enberg , Rik van Riel , KOSAKI Motohiro , Christoph Lameter , Johannes Weiner , Linux Kernel Mailing List , Lin Ming , Zhang Yanmin , Peter Zijlstra List-ID: On Mon, Mar 16, 2009 at 09:45:55AM +0000, Mel Gorman wrote: > Here is V3 of an attempt to cleanup and optimise the page allocator and should > be ready for general testing. The page allocator is now faster (16% > reduced time overall for kernbench on one machine) and it has a smaller cache > footprint (16.5% less L1 cache misses and 19.5% less L2 cache misses for > kernbench on one machine). The text footprint has unfortunately increased, > largely due to the introduction of a form of lazy buddy merging mechanism > that avoids cache misses by postponing buddy merging until a high-order > allocation needs it. You!? You want to do lazy buddy? ;) That's wonderful, but it would significantly increase the fragmentation problem, wouldn't it? (although pcp lists are conceptually a form of lazy buddy already) No objections from me of course, if it is making significant speedups. I assume you mean overall time on kernbench is overall sys time? -- 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