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 ESMTP id 8691F6B004D for ; Tue, 6 Oct 2009 04:53:45 -0400 (EDT) Date: Tue, 6 Oct 2009 09:53:45 +0100 From: Mel Gorman Subject: Re: [Bug #14141] order 2 page allocation failures in iwlagn Message-ID: <20091006085345.GA18185@csn.ul.ie> References: <3onW63eFtRF.A.xXH.oMTxKB@chimera> <200910050851.02056.elendil@planet.nl> <20091005085739.GB5452@csn.ul.ie> <200910052334.23833.elendil@planet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org To: David Rientjes Cc: Frans Pop , "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Pekka Enberg , Reinette Chatre , Bartlomiej Zolnierkiewicz , Karol Lewandowski , linux-mm@kvack.org List-ID: On Mon, Oct 05, 2009 at 05:04:55PM -0700, David Rientjes wrote: > On Mon, 5 Oct 2009, Frans Pop wrote: > > > And the winner is: > > 2ff05b2b4eac2e63d345fc731ea151a060247f53 is first bad commit > > commit 2ff05b2b4eac2e63d345fc731ea151a060247f53 > > Author: David Rientjes > > Date: Tue Jun 16 15:32:56 2009 -0700 > > > > oom: move oom_adj value from task_struct to mm_struct > > > > I'm confident that the bisection is good. The test case was very reliable > > while zooming in on the merge from akpm. > > > > I doubt it for two reasons: (i) this commit was reverted in 0753ba0 since > 2.6.31-rc7 and is no longer in the kernel, and (ii) these are GFP_ATOMIC > allocations which would be unaffected by oom killer scores. > However, the problem was reported to start showing up in 2.6.31-rc1 so while it might not be *the* patch, it might be making the type of change that caused more fragmentation. This patch adjusted the size of mm_struct and maybe it was enough to change the "order" required for the slab. Maybe there are other slabs that have changed size as well in that timeframe. Frans, what is the size of mm_struct before and after this patch was applied? Find it with either grep mm_struct /proc/slabinfo and if the information is not available there, try cat /sys/kernel/slab/mm_struct/slab_size and /sys/kernel/slab/mm_struct/order Thanks -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab -- 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