[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AD98412A5373CC4AA643D9C021922A541C4DD6@cdskitexg01.cds.int>
Date: Wed, 11 Apr 2007 17:05:06 -0400
From: "Mouawad, Tony" <Tony.Mouawad@...istiedigital.com>
To: "Willy Tarreau" <w@....eu>, "Pedro" <linux_user@...cksohn.com>
Cc: <linux-kernel@...r.kernel.org>
Subject: RE: tmpfs and the OOM killer
Can someone describe the process of finding the best value to tune the
overcommit_ratio to?
-----Original Message-----
From: linux-kernel-owner@...r.kernel.org
[mailto:linux-kernel-owner@...r.kernel.org] On Behalf Of Willy Tarreau
Sent: Wednesday, April 11, 2007 3:48 PM
To: Pedro
Cc: linux-kernel@...r.kernel.org
Subject: Re: tmpfs and the OOM killer
On Wed, Apr 11, 2007 at 02:23:31AM -0300, Pedro wrote:
> After suffering some days from a not|mis configured tmpfs,
>
> As the OOM killer is not Posix,
>
> Better than to kill processes would be to resize tmpfs, to use tmpfs
empty
> space.
Will not work, because tmpfs does not use any memory for unused space.
If
you don't believe me, simply create a large file on your tmpfs, then
check
free memory, then remove the file and check free memory again.
So your problem is not caused by the empty space on tmpfs, but either by
too much space used on tmpfs or by your application using too much
memory.
> I'm using kernel 2.6.20.4. If someone ask I'll send a test
application.
Not needed, the one-liner "main(){while(malloc(4096));}" is enough to
trigger an OOM.
If you cannot control your application's memory usage, you'll have to
finely
tune the overcommit_ratio.
Regards,
Willy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists