linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: David Rientjes <rientjes@google.com>
Cc: KOSAKI Motohiro <kosaki.motohiro@gmail.com>,
	linux-mm@kvack.org,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Subject: Re: [patch] mm, oom: allow exiting tasks to have access to memory reserves
Date: Thu, 8 Mar 2012 12:08:59 -0800	[thread overview]
Message-ID: <20120308120859.f7bc8cad.akpm@linux-foundation.org> (raw)
In-Reply-To: <alpine.DEB.2.00.1203062316430.4158@chino.kir.corp.google.com>

On Tue, 6 Mar 2012 23:21:52 -0800 (PST)
David Rientjes <rientjes@google.com> wrote:

> Nope, all patches I've ever proposed for the oom killer have been merged 
> in some form or another.
> 
> > When exiting a process which have plenty threads, this patch allow to eat all
> > of reserve memory
> > and bring us new serious failure.
> > 
> 
> It closes the risk of livelock if an oom killed thread, thread A, cannot 
> exit because it's blocked on another thread, thread B, which cannot exit 
> because it requires memory in the exit path and doesn't have access to 
> memory reserves.  So this patch makes it more likely that an oom killed 
> thread will be able to exit without livelocking.

But it also "allow to eat all of reserve memory and bring us new
serious failure".  In theory, at least.

And afaict the proposed patch is a theoretical thing as well.  Has
anyone sat down and created tests to demonstrate either problem?  This
patch is either two-steps-forward-and-one-back or it is
one-step-forward-and-two-steps-back.  How are we to determine which of
these it is?

--
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/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  parent reply	other threads:[~2012-03-08 20:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-07  2:25 [patch] mm, oom: allow exiting tasks to have access to memory reserves David Rientjes
2012-03-07  6:39 ` KOSAKI Motohiro
2012-03-07  7:21   ` David Rientjes
2012-03-07  7:22     ` [patch v2] " David Rientjes
2012-03-08 20:08     ` Andrew Morton [this message]
2012-03-08 21:59       ` [patch] " David Rientjes

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120308120859.f7bc8cad.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=kosaki.motohiro@gmail.com \
    --cc=kosaki.motohiro@jp.fujitsu.com \
    --cc=linux-mm@kvack.org \
    --cc=rientjes@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).