lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
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