Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757268AbZF2Mob (ORCPT ); Mon, 29 Jun 2009 08:44:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755602AbZF2MoW (ORCPT ); Mon, 29 Jun 2009 08:44:22 -0400 Received: from mx2.redhat.com ([66.187.237.31]:49871 "EHLO mx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755686AbZF2MoV (ORCPT ); Mon, 29 Jun 2009 08:44:21 -0400 Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 3798903 From: David Howells In-Reply-To: <2f11576a0906290048t29667ae0sd75c96d023b113e2@mail.gmail.com> References: <2f11576a0906290048t29667ae0sd75c96d023b113e2@mail.gmail.com> <3901.1245848839@redhat.com> <2015.1245341938@redhat.com> <20090618095729.d2f27896.akpm@linux-foundation.org> <7561.1245768237@redhat.com> <26537.1246086769@redhat.com> <20090627125412.GA1667@cmpxchg.org> <20090628113246.GA18409@localhost> <28c262360906280630n557bb182n5079e33d21ea4a83@mail.gmail.com> <2f11576a0906280749v25ab725dn8f98fbc1d2e5a5fd@mail.gmail.com> <28c262360906280947o6f9358ddh20ab549e875282a9@mail.gmail.com> To: KOSAKI Motohiro Cc: dhowells@redhat.com, Minchan Kim , Wu Fengguang , Johannes Weiner , "riel@redhat.com" , Andrew Morton , LKML , Christoph Lameter , "peterz@infradead.org" , "tytso@mit.edu" , "linux-mm@kvack.org" , "elladan@eskimo.com" , "npiggin@suse.de" , "Barnes, Jesse" , KAMEZAWA Hiroyuki Subject: Re: Found the commit that causes the OOMs Date: Mon, 29 Jun 2009 13:43:55 +0100 Message-ID: <17087.1246279435@redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2676 Lines: 61 KOSAKI Motohiro wrote: > David, Can you please try to following patch? it was posted to LKML > about 1-2 week ago. > > Subject "[BUGFIX][PATCH] fix lumpy reclaim lru handiling at > isolate_lru_pages v2" It is already committed, but I ran a test on the latest Linus kernel anyway: msgctl11 invoked oom-killer: gfp_mask=0xd0, order=1, oom_adj=0 msgctl11 cpuset=/ mems_allowed=0 Pid: 20366, comm: msgctl11 Not tainted 2.6.31-rc1-cachefs #144 Call Trace: [] ? oom_kill_process.clone.0+0xa9/0x245 [] ? __out_of_memory+0x12b/0x142 [] ? out_of_memory+0x6a/0x94 [] ? __alloc_pages_nodemask+0x42e/0x51d [] ? copy_process+0x95/0x114f [] ? __get_free_pages+0x12/0x4f [] ? copy_process+0xb8/0x114f [] ? handle_mm_fault+0x5dd/0x62f [] ? do_fork+0x13f/0x2ba [] ? do_page_fault+0x1f8/0x20d [] ? stub_clone+0x13/0x20 [] ? system_call_fastpath+0x16/0x1b Mem-Info: DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 CPU 1: hi: 0, btch: 1 usd: 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 159 CPU 1: hi: 186, btch: 31 usd: 2 Active_anon:70477 active_file:1 inactive_anon:4514 inactive_file:7 unevictable:0 dirty:0 writeback:0 unstable:0 free:1954 slab:42078 mapped:237 pagetables:57791 bounce:0 DMA free:3932kB min:60kB low:72kB high:88kB active_anon:236kB inactive_anon:0kB active_file:4kB inactive_file:4kB unevictable:0kB present:15364kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 968 968 968 DMA32 free:3884kB min:3948kB low:4932kB high:5920kB active_anon:281672kB inactive_anon:18056kB active_file:0kB inactive_file:24kB unevictable:0kB present:992032kB pages_scanned:6 all_unreclaimable? no lowmem_reserve[]: 0 0 0 0 DMA: 180*4kB 36*8kB 3*16kB 0*32kB 1*64kB 0*128kB 1*256kB 1*512kB 0*1024kB 1*2048kB 0*4096kB = 3936kB DMA32: 491*4kB 0*8kB 0*16kB 0*32kB 0*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 3884kB 1808 total pagecache pages 0 pages in swap cache Swap cache stats: add 0, delete 0, find 0/0 Free swap = 0kB Total swap = 0kB 255744 pages RAM 5589 pages reserved 249340 pages shared 219039 pages non-shared Out of memory: kill process 11471 (msgctl11) score 112393 or a child Killed process 12318 (msgctl11) David -- 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/