Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932432Ab1ELSFQ (ORCPT ); Thu, 12 May 2011 14:05:16 -0400 Received: from mx1.redhat.com ([209.132.183.28]:25957 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932156Ab1ELSFO (ORCPT ); Thu, 12 May 2011 14:05:14 -0400 Date: Thu, 12 May 2011 20:04:57 +0200 From: Andrea Arcangeli 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 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: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 860 Lines: 22 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 from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/