From: David Rientjes <rientjes@google.com>
To: Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>
Cc: hannes@cmpxchg.org, mhocko@kernel.org, akpm@linux-foundation.org,
mgorman@suse.de, torvalds@linux-foundation.org, oleg@redhat.com,
hughd@google.com, andrea@kernel.org, riel@redhat.com,
linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mm,oom: Re-enable OOM killer using timers.
Date: Thu, 21 Jan 2016 15:15:35 -0800 (PST) [thread overview]
Message-ID: <alpine.DEB.2.10.1601211513550.9813@chino.kir.corp.google.com> (raw)
In-Reply-To: <201601212044.AFD30275.OSFFOFJHMVLOQt@I-love.SAKURA.ne.jp>
On Thu, 21 Jan 2016, Tetsuo Handa wrote:
> I consider phases for managing system-wide OOM events as follows.
>
> (1) Design and use a system with appropriate memory capacity in mind.
>
> (2) When (1) failed, the OOM killer is invoked. The OOM killer selects
> an OOM victim and allow that victim access to memory reserves by
> setting TIF_MEMDIE to it.
>
> (3) When (2) did not solve the OOM condition, start allowing all tasks
> access to memory reserves by your approach.
>
> (4) When (3) did not solve the OOM condition, start selecting more OOM
> victims by my approach.
>
> (5) When (4) did not solve the OOM condition, trigger the kernel panic.
>
This was all mentioned previously, and I suggested that the panic only
occur when memory reserves have been depleted, otherwise there is still
the potential for the livelock to be solved. That is a patch that would
apply today, before any of this work, since we never want to loop
endlessly in the page allocator when memory reserves are fully depleted.
This is all really quite simple.
--
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/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2016-01-21 23:15 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-07 11:26 Tetsuo Handa
2016-01-13 1:36 ` David Rientjes
2016-01-13 12:11 ` Tetsuo Handa
2016-01-13 16:26 ` Michal Hocko
2016-01-13 16:56 ` Johannes Weiner
2016-01-13 18:01 ` Michal Hocko
2016-01-14 11:26 ` Tetsuo Handa
2016-01-14 22:01 ` David Rientjes
2016-01-14 22:58 ` Johannes Weiner
2016-01-14 23:09 ` David Rientjes
2016-01-15 10:36 ` Tetsuo Handa
2016-01-19 23:13 ` David Rientjes
2016-01-20 14:36 ` Tetsuo Handa
2016-01-20 23:49 ` David Rientjes
2016-01-21 11:44 ` Tetsuo Handa
2016-01-21 23:15 ` David Rientjes [this message]
2016-01-22 13:59 ` Tetsuo Handa
2016-01-22 14:57 ` Johannes Weiner
2016-01-26 23:44 ` 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=alpine.DEB.2.10.1601211513550.9813@chino.kir.corp.google.com \
--to=rientjes@google.com \
--cc=akpm@linux-foundation.org \
--cc=andrea@kernel.org \
--cc=hannes@cmpxchg.org \
--cc=hughd@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mhocko@kernel.org \
--cc=oleg@redhat.com \
--cc=penguin-kernel@i-love.sakura.ne.jp \
--cc=riel@redhat.com \
--cc=torvalds@linux-foundation.org \
/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