From: Andrea Arcangeli Subject: Re: [PATCH 0/3] Reduce impact to overall system of SLUB using high-order allocations Date: Thu, 12 May 2011 20:04:57 +0200 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 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 To: James Bottomley Return-path: Content-Disposition: inline In-Reply-To: <1305153267.2606.57.camel@mulgrave.site> Sender: owner-linux-mm@kvack.org List-Id: linux-ext4.vger.kernel.org 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