From: David Rientjes <rientjes@google.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Oleg Nesterov <oleg@redhat.com>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: [patch] mm, oom: remove unnecessary exit_state check
Date: Tue, 29 Jul 2014 16:39:20 -0700 (PDT) [thread overview]
Message-ID: <alpine.DEB.2.02.1407291638310.858@chino.kir.corp.google.com> (raw)
The oom killer scans each process and determines whether it is eligible for oom
kill or whether the oom killer should abort because of concurrent memory
freeing. It will abort when an eligible process is found to have TIF_MEMDIE
set, meaning it has already been oom killed and we're waiting for it to exit.
Processes with task->mm == NULL should not be considered because they are either
kthreads or have already detached their memory and killing them would not lead
to memory freeing. That memory is only freed after exit_mm() has returned,
however, and not when task->mm is first set to NULL.
Clear TIF_MEMDIE after exit_mm()'s mmput() so that an oom killed process is no
longer considered for oom kill, but only until exit_mm() has returned. This was
fragile in the past because it relied on exit_notify() to be reached before no
longer considering TIF_MEMDIE processes.
Signed-off-by: David Rientjes <rientjes@google.com>
---
kernel/exit.c | 1 +
mm/oom_kill.c | 2 --
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/kernel/exit.c b/kernel/exit.c
--- a/kernel/exit.c
+++ b/kernel/exit.c
@@ -455,6 +455,7 @@ static void exit_mm(struct task_struct * tsk)
task_unlock(tsk);
mm_update_next_owner(mm);
mmput(mm);
+ clear_thread_flag(TIF_MEMDIE);
}
/*
diff --git a/mm/oom_kill.c b/mm/oom_kill.c
--- a/mm/oom_kill.c
+++ b/mm/oom_kill.c
@@ -258,8 +258,6 @@ enum oom_scan_t oom_scan_process_thread(struct task_struct *task,
unsigned long totalpages, const nodemask_t *nodemask,
bool force_kill)
{
- if (task->exit_state)
- return OOM_SCAN_CONTINUE;
if (oom_unkillable_task(task, NULL, nodemask))
return OOM_SCAN_CONTINUE;
--
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 reply other threads:[~2014-07-29 23:39 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-29 23:39 David Rientjes [this message]
2014-07-30 15:06 ` Oleg Nesterov
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.02.1407291638310.858@chino.kir.corp.google.com \
--to=rientjes@google.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=oleg@redhat.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