From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with SMTP id 26A2990010D for ; Thu, 12 May 2011 14:05:08 -0400 (EDT) Date: Thu, 12 May 2011 20:04:57 +0200 From: Andrea Arcangeli Subject: Re: [PATCH 0/3] Reduce impact to overall system of SLUB using high-order allocations Message-ID: <20110512180457.GO11579@random.random> References: <1305127773-10570-1-git-send-email-mgorman@suse.de> <1305149960.2606.53.camel@mulgrave.site> <1305153267.2606.57.camel@mulgrave.site> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1305153267.2606.57.camel@mulgrave.site> Sender: owner-linux-mm@kvack.org List-ID: To: James Bottomley Cc: David Rientjes , Mel Gorman , Andrew Morton , Colin King , Raghavendra D Prabhu , Jan Kara , Chris Mason , Christoph Lameter , Pekka Enberg , Rik van Riel , Johannes Weiner , linux-fsdevel , linux-mm , linux-kernel , linux-ext4 Hi James! On Wed, May 11, 2011 at 05:34:27PM -0500, James Bottomley wrote: > Yes, but only once in all the testing. With patches 1 and 2 the hang is Weird patch 2 makes the large order allocation without ~__GFP_WAIT, so even COMPACTION=y/n shouldn't matter anymore. Am I misreading something Mel? Removing ~__GFP_WAIT from patch 2 (and adding ~__GFP_REPEAT as a correctness improvement) and setting COMPACTION=y also should work ok. Removing ~__GFP_WAIT from patch 2 and setting COMPACTION=n is expected not to work well. But compaction should only make the difference if you remove ~__GFP_WAIT from patch 2. -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org