[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.0901121746220.20329@chino.kir.corp.google.com>
Date: Mon, 12 Jan 2009 17:53:47 -0800 (PST)
From: David Rientjes <rientjes@...gle.com>
To: Evgeniy Polyakov <zbr@...emap.net>
cc: Bill Davidsen <davidsen@....com>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: Linux killed Kenny, bastard!
On Tue, 13 Jan 2009, Evgeniy Polyakov wrote:
> Like anything that spawns a thread or process per request/client, or
> preallocates set of them which connect to the huge object like database.
> Most of the time database/server is killed first instead of comparably
> small clients.
No, the reverse is true: when a task is chosen for oom kill based on the
badness heuristic, the oom killer first attempts to kill any child task
that isn't attached to the same mm. If the child shares an mm, both tasks
must die before memory freeing can occur.
> In some cases it is possible to tune the environment, in
> others it is not that simple. This patch works for such situatons
> perfectly and does not require additional administrative burden, since
> it does not make thinge worse as a whole, but only better for the very
> commonly used cases, that's why I propose it for inclusion.
>
It's an inappropriate addition since /proc/pid/oom_adj scores exist which
can prefer or protect certain tasks over others when the oom killer
chooses a target, including oom kill immunity. These scores are inherited
from parent tasks and can be tuned after the fork to your oom kill target
preference.
--
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