Messages in this thread | | | Subject | RE: Killing/balancing processes when overcommited | From | "Jim Sibley" <> | Date | Thu, 12 Sep 2002 12:00:33 -0700 |
| |
The mem eaters may not be the ones really "causing the problem" as determined by the installation. The case where I discovered this was when someone was asking for a lot of small chunks of memory (legitemately). So you would need a history and a total memory usage to identify who this is. And this is not really just limited to memory.
I still favor an installation file in /etc specifying the order in which things are to be killed. Any alogrithmic assumptions are bound to fail at some point to the dissatisfaction of the installation.
And this is not just limited to memory exhaustion. For example, if I exceed the maximum number of files, I can't log on to fix the problem. If the installation could set some priorities, they could say who to sacrifice in order to keep others running.
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 ***
- 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/
| |