|
Message-ID: <20110703222539.7d872051@lxorguk.ukuu.org.uk> Date: Sun, 3 Jul 2011 22:25:39 +0100 From: Alan Cox <alan@...rguk.ukuu.org.uk> To: Ingo Molnar <mingo@...e.hu> Cc: Vasiliy Kulikov <segoon@...nwall.com>, solar@...nwall.com, Andrew Morton <akpm@...ux-foundation.org>, kernel-hardening@...ts.openwall.com, Randy Dunlap <rdunlap@...otime.net>, "Eric W. Biederman" <ebiederm@...ssion.com>, "Serge E. Hallyn" <serge.hallyn@...onical.com>, Daniel Lezcano <daniel.lezcano@...e.fr>, Oleg Nesterov <oleg@...hat.com>, Tejun Heo <tj@...nel.org>, linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org, linux-security-module@...r.kernel.org Subject: Re: [RFC] ipc: introduce shm_rmid_forced sysctl > This is a simple extension of the OOM killer being able to ... kill > things on OOM, ok? 'to kill' implies 'to break'. If you do it on the OOM killer then yes that aspect makes sense. The real problem is that Linux has shipped a broken default for the past ten years. The number of times I have to explain to industrial and business customers that Linux doesn't suck but the defaults are stupid is astounding, and they then wonder why either the authors or their vendor is a complete and utter moron. But yes from an OOM perspective killing an unattached SHM segment makes as much sense as killing anything else. Alan
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.