[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100217112353.b90f732a.kamezawa.hiroyu@jp.fujitsu.com>
Date: Wed, 17 Feb 2010 11:23:53 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: David Rientjes <rientjes@...gle.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Rik van Riel <riel@...hat.com>,
Nick Piggin <npiggin@...e.de>,
Andrea Arcangeli <aarcange@...hat.com>,
Balbir Singh <balbir@...ux.vnet.ibm.com>,
Lubos Lunak <l.lunak@...e.cz>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [patch -mm 4/9 v2] oom: remove compulsory panic_on_oom mode
On Wed, 17 Feb 2010 11:13:19 +0900
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
> On Tue, 16 Feb 2010 17:58:05 -0800 (PST)
> David Rientjes <rientjes@...gle.com> wrote:
>
> > On Tue, 16 Feb 2010, David Rientjes wrote:
> >
> > > Ok, I'll eliminate pagefault_out_of_memory() and get it to use
> > > out_of_memory() by only checking for constrained_alloc() when
> > > gfp_mask != 0.
> > >
> >
> > What do you think about making pagefaults use out_of_memory() directly and
> > respecting the sysctl_panic_on_oom settings?
> >
>
> I don't think this patch is good. Because several memcg can
> cause oom at the same time independently, system-wide oom locking is
> unsuitable.
And basically. memcg's oom means "the usage over the limits!!" and does
never means "resouce is exhausted!!".
Then, marking OOM to zones sounds strange. You can cause oom in 64MB memcg
in 64GB system.
Thanks,
-Kame
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists