[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.1.10.0905151526170.13433@qirst.com>
Date: Fri, 15 May 2009 15:26:43 -0400 (EDT)
From: Christoph Lameter <cl@...ux-foundation.org>
To: Dave Hansen <dave@...ux.vnet.ibm.com>
cc: Pavel Machek <pavel@....cz>, David Rientjes <rientjes@...gle.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Greg Kroah-Hartman <gregkh@...e.de>,
Nick Piggin <npiggin@...e.de>, Mel Gorman <mel@....ul.ie>,
Peter Ziljstra <a.p.ziljstra@...llo.nl>,
San Mehat <san@...roid.com>, Arve Hj?nnev?g <arve@...roid.com>,
linux-kernel@...r.kernel.org,
Balbir Singh <balbir@...ux.vnet.ibm.com>
Subject: Re: Misleading OOM messages
On Fri, 15 May 2009, Dave Hansen wrote:
> On Fri, 2009-05-15 at 13:57 -0400, Christoph Lameter wrote:
> > > If you misconfigured cgroups, you give more memory to them.
> >
> > If you do not have enough memory in a cgroup then your application should
> > slow down (because of page evictions) but the system should not OOM.
> > Are cgroups broken or why are you getting OOMs when using them?
>
> See mm/oom_kill.c::mem_cgroup_out_of_memory(). A group itself can have
> an OOM done on it. It's not a system-wide oom. We just need to ensure
> that we continue to differentiate the cgroup-specific oom message from
> the general one. Maybe also include some more cgroup info in the debug
> outbut.
But that is a resource control isssue. Should also not say out of memory
but state that the cgroup memory limit was reached.
--
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