Messages in this thread | | | From | Andreas Hartmann <> | Subject | Re: Memory management in Kernel 2.4.x | Date | Tue, 28 May 2002 07:42:11 +0200 |
| |
H. Peter Anvin wrote:
> Followup to: <1022513156.1126.289.camel@irongate.swansea.linux.org.uk> > By author: Alan Cox <alan@lxorguk.ukuu.org.uk> > In newsgroup: linux.dev.kernel >> >> On a -ac kernel with mode 2 or 3 set for overcommit you have to run out >> of kernel resources to hang the box. It won't go OOM because it can't. >> That wouldn't be a VM bug but a leak or poor handling of kernel >> allocations somewhere. Sadly the changes needed to do that (beancounter >> patch) were things Linus never accepted for 2.4 >> > > Well, if you can't fork a new process because that would push you into > overcommit, then you usually can't actually do anything useful on the > machine.
>From my experience with mode 2:
you can't do _anything_, if the overcommitment range has been reached. Even running programms are crashing if they want to have some more memory. So, new processes cannot be started and old processes cannot run and are crashing as far as they want to have more memory. At last, there will be only one user-process on the machine running - the bad programm, eating up all the memory.
Regards, Andreas Hartmann - 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/
| |