lkml.org 
[lkml]   [2009]   [Jan]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] [PATCH] Cgroup based OOM killer controller
On Tue, Jan 27, 2009 at 12:41:03PM -0800, David Rientjes (rientjes@google.com) wrote:
> > Having some special application which will monitor /dev/mem_notify and
> > kill processes based on its own hueristics is a good idea, but when it
> > fails to do its work (or does not exist) system has to have ability to
> > make a progress and invoke a main oom-killer.
>
> Agreed, very similiar to the cgroup oom notifier patch that invokes the
> oom killer if there are no attached tasks waiting to handle the situation.
>
> In this case, it would be a configurable delay to allow userspace to act
> in response to oom conditions before invoking the kernel oom killer. So
> instead of thinking of this as a userspace replacement for the oom killer,
> it simply preempts it if userspace can provide more memory, including the
> possibility of killing tasks itself.

How different may look idea expressed by the different phrases and cold
heads :)

--
Evgeniy Polyakov


\
 
 \ /
  Last update: 2009-01-27 22:59    [W:0.115 / U:0.356 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site