Messages in this thread | | | Subject | Re: [PATCH] Prevent OOM from killing init | Date | Thu, 22 Mar 2001 21:23:54 +0000 (GMT) | From | Alan Cox <> |
| |
> Really the whole oom_kill process seems bass-ackwards to me. I can't in my mind > logically justify annihilating large-VM processes that have been running for > days or weeks instead of just returning ENOMEM to a process that just started > up.
How do you return an out of memory error to a C program that is out of memory due to a stack growth fault. There is actually not a language construct for it
> It would be nice to give immunity to certain uids, or better yet, just turn the > damn thing off entirely. I've already hacked that in...errr, out.
Eventually you have to kill something or the machine deadlocks. The oom killing doesnt kick in until that point. So its up to you how you like your errors.
One of the things that we badly need to resurrect for 2.5 is the beancounter work which would let you reasonably do things like guaranteed Oracle a certain amount of the machine, or restrict all the untrusted users to a total of 200Mb hard limit between them etc
- 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/
| |