Re: [PATCH] OOM_pardon, a.k.a. don't kill my xlock
Recorded: May 31, 2026, 7 p.m.
| Original | Summarized |
Re: [PATCH] oom_pardon, aka don't kill my xlock [LWN.net] LWN.net ContentWeekly EditionArchivesSearchKernelSecurityEvents calendarUnread commentsLWN FAQWrite for us
User: | Log in / Re: [PATCH] oom_pardon, aka don't kill my xlock From: On Thu, Sep 23, 2004 at 01:23:08AM +0200, Thomas Habets wrote: > How about a sysctl that does "for the love of kbaek, don't ever kill these An aircraft company discovered that it was cheaper to fly its planes to post comments
Copyright © 2004, Eklektix, Inc. |
The discussion centers on a proposal regarding how the operating system should handle processes when the system is experiencing Out-Of-Memory (OOM) conditions. Thomas Habets suggested implementing a sysctl configuration that establishes a directive instructing the kernel to refrain from terminating processes during an OOM event. Instead, Habets advocated for the system to "panic" if no other actions can be taken, prioritizing system integrity over immediate process termination. This suggestion was framed by an analogy concerning an Out-Of-Fuel (OOF) mechanism in an aircraft, which illustrates the complex decision-making required during emergency situations. The analogy details how engineers developed an OOF system to handle fuel shortages, requiring complex moral and practical considerations regarding which passenger should be ejected. The discussion explores various quandaries inherent in such emergency protocols, such as whether victims should be chosen randomly, based on weight, age, or payment status, and whether specific exceptions should be made for certain passengers like the pilot or first-class travelers. Furthermore, the analogy notes that even with the OOF mechanism in place, the underlying cause of the malfunction remains under investigation. |