Messages in this thread |  | | Subject | RE: Killing/balancing processes when overcommited | From | "Jim Sibley" <> | Date | Thu, 12 Sep 2002 11:14:03 -0700 |
| |
Agreed, and I think its up to the installation to decide who that process is.
Regards, Jim Linux S/390-zSeries Support, SEEL, IBM Silicon Valley Labs t/l 543-4021, 408-463-4021, jlsibley@us.ibm.com *** Grace Happens ***
Rik van Riel <riel@conectiva.c To: Giuliano Pochini <pochini@shiny.it> om.br> cc: Jim Sibley/San Jose/IBM@IBMUS, Troy Reed/Santa Teresa/IBM@IBMUS, <linux-kernel@vger.kernel.org> 09/12/02 12:02 PM Subject: RE: Killing/balancing processes when overcommited
On Thu, 12 Sep 2002, Giuliano Pochini wrote: > On 11-Sep-2002 Jim Sibley wrote: > > I have run into a situation in a multi-user Linux environment that when > > memory is exhausted, random things happen. [...] In a "well tuned" system, > > we are safe, but when the system accidentally (or deliberately) becomes > > "detuned", oom_kill is entered and arbitrarily kills a process. > > It's not difficult to make the kerner choose the right processes > to kill. It's impossible.
This assumes there is only 1 "good" process to kill. In reality there will often be a number of acceptable candidates, so we just need to identify one of those ;)
Rik -- Bravely reimplemented by the knights who say "NIH".
http://www.surriel.com/ http://distro.conectiva.com/
Spamtraps of the month: september@surriel.com trac@trac.org
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |