Re: [PATCH] strict VM overcommit for stock 2.4

["Richard B. Johnson" <root@chaos.analogic.com>]

On 18 Jul 2002, Robert Love wrote:

> On Thu, 2002-07-18 at 10:25, Szakacsits Szabolcs wrote:
> 
> > And my point (you asked for comments) was that, this is only (the
> > harder) part of the solution making Linux a more reliable (no OOM
> > killing *and* root always has the control) and cost effective platform
> > (no need for occasionally very complex and continuous resource limit
> > setup/adjusting, especially for inexpert home/etc users).
> 
> I understand your point, and you are entirely right.
> 
> But it is a _completely_ unrelated issue.  The goal here is to not
> overcommit memory and I think we succeeded.
> 

Let's see, I have 30 network daemons that are all sleeping, each
requested and got 200 MB of memory to work with. I've got 10 NFS
daemons that allocated their worse-case 228 MB data-buffers. They
are all sleeping. I have 6 gettys, sleeping on terminals, they
all requested and got 32 MB. I am now trying to log-in, but
/bin/login fails to exec because there is no memory.

What should have happened is each of the tasks need only about
4k until they actually access something. Since they can't possibly
access everything at once, we need to fault in pages as needed,
not all at once. This is what 'overcomit' is, and it is necessary.

If the machine was set up with the correct amount of swap, and
if resource limits are correctly in-place, even a 16 megabyte RAM
machine will not fail due to OOM.

If you have 'fixed' something so that no RAM ever has to be paged
you have a badly broken system.

Cheers,
Dick Johnson

Penguin : Linux version 2.4.18 on an i686 machine (797.90 BogoMips).

                 Windows-2000/Professional isn't.


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/