Alan Cox wrote: > > > That depends what you mean by "must not". If it's your missile guidance > > system, aircraft autopilot or life support system, the system must not run > > out of memory in the first place. If the system breaks down badly, killing > > init and thus panicking (hence rebooting, if the system is set up that > > way) seems the best approach. > > Ultra reliable systems dont contain memory allocators. There are good reasons > for this but the design trade offs are rather hard to make in a real world > environment I esp. they run on CPU's without a stack or what? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Re: [PATCH] OOM handling Rik van Riel
- Re: [PATCH] OOM handling Jonathan Morton
- Re: [PATCH] OOM handling Martin Dalecki
- Re: [PATCH] OOM handling Jonathan Morton
- Re: [PATCH] OOM handling Kevin Buhr
- Re: [PATCH] OOM handling Jonathan Morton
- Re: [PATCH] OOM handling Matthew Chappee
- Re: [PATCH] OOM handling Ingo Oeser
- Re: [PATCH] OOM handling Jasper Spaans
- Re: [PATCH] OOM handling Michael Peddemors
- Re: [PATCH] Prevent OOM from killing init Martin Dalecki
- Re: [PATCH] Prevent OOM from killing in... Stephen Satchell
- [PATCH] non-overcommit memory, imp... Jonathan Morton
- Re: [PATCH] non-overcommit memory,... Pavel Machek
- Re: [PATCH] Prevent OOM from killing init Guest section DW
- Re: [PATCH] Prevent OOM from killing init Doug Ledford
- Re: [PATCH] Prevent OOM from killing init Kurt Garloff
- Re: [PATCH] Prevent OOM from killing init Sandy Harris
- Re: [PATCH] Prevent OOM from killing init Guest section DW
- Re: [PATCH] Prevent OOM from killing init Patrick O'Rourke
- Re: [PATCH] Prevent OOM from killing init Philipp Rumpf