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 SMTP id 3675D6B005A for ; Mon, 26 Oct 2009 13:37:39 -0400 (EDT) Date: Mon, 26 Oct 2009 18:37:36 +0100 (CET) From: Tobias Oetiker Subject: Re: [PATCH 0/5] Candidate fix for increased number of GFP_ATOMIC failures V2 In-Reply-To: <1256221356-26049-1-git-send-email-mel@csn.ul.ie> Message-ID: References: <1256221356-26049-1-git-send-email-mel@csn.ul.ie> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org To: Mel Gorman Cc: Frans Pop , Jiri Kosina , Sven Geggus , Karol Lewandowski , "Rafael J. Wysocki" , David Miller , Reinette Chatre , Kalle Valo , David Rientjes , KOSAKI Motohiro , Mohamed Abbas , Jens Axboe , "John W. Linville" , Pekka Enberg , Bartlomiej Zolnierkiewicz , Greg Kroah-Hartman , Stephan von Krawczynski , Kernel Testers List , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "linux-mm@kvack.org\\\"" List-ID: Hi Mel, I have no done additional tests ... and can report the following Thursday Mel Gorman wrote: > 1/5 page allocator: Always wake kswapd when restarting an allocation attempt after direct reclaim failed > 2/5 page allocator: Do not allow interrupts to use ALLOC_HARDER > > > These patches correct problems introduced by me during the 2.6.31-rc1 > merge window. The patches were not meant to introduce any functional > changes but two were missed. > > If your problem goes away with just these two patches applied, > please tell me. 1+2 do not help > Test 3: If you are getting allocation failures, try with the following patch > > 3/5 vmscan: Force kswapd to take notice faster when high-order watermarks are being hit > > This is a functional change that causes kswapd to notice sooner > when high-order watermarks have been hit. There have been a number > of changes in page reclaim since 2.6.30 that might have delayed > when kswapd kicks in for higher orders > > If your problem goes away with these three patches applied, please > tell me 1+2+3 do not help either > Test 4: If you are still getting failures, apply the following > 4/5 page allocator: Pre-emptively wake kswapd when high-order watermarks are hit > > This patch is very heavy handed and pre-emptively kicks kswapd when > watermarks are hit. It should only be necessary if there has been > significant changes in the timing and density of page allocations > from an unknown source. Tobias, this patch is largely aimed at you. > You reported that with patches 3+4 applied that your problems went > away. I need to know if patch 3 on its own is enough or if both > are required > > If your problem goes away with these four patches applied, please > tell me 3 allone does not help 3+4 does ... cheers tobi -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi@oetiker.ch ++41 62 775 9902 / sb: -9900 -- 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