[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B62327F.3010208@gmail.com>
Date: Fri, 29 Jan 2010 01:57:35 +0100
From: Vedran Furač <vedran.furac@...il.com>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
CC: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
Andrew Morton <akpm@...ux-foundation.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>, rientjes@...gle.com,
minchan.kim@...il.com,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"balbir@...ux.vnet.ibm.com" <balbir@...ux.vnet.ibm.com>
Subject: Re: [PATCH v3] oom-kill: add lowmem usage aware oom kill handling
Alan Cox wrote:
> On Fri, 29 Jan 2010 01:25:18 +0100
> Vedran Furač <vedran.furac@...il.com> wrote:
>
>> Alan Cox wrote:
>>
>>> Am I missing something fundamental here ?
>> Yes, the fact linux mm currently sucks. How else would you explain
>> possibility of killing random (often root owned) processes using a 5
>> lines program started by an ordinary user?
>
> If you don't want to run with overcommit you turn it off. At that point
> processes get memory allocations refused if they can overrun the
I've started this discussion with question why overcommit isn't turned
off by default. Problem is that it breaks java and some other stuff that
allocates much more memory than it needs. Very quickly Committed_AS hits
CommitLimit and one cannot allocate any more while there is plenty of
memory still unused.
> theoretical limit, but you generally need more swap (it's one of the
> reasons why things like BSD historically have a '3 * memory' rule).
Say I have 8GB of memory and there's always some free, why would I need
swap?
> So sounds to me like a problem between the keyboard and screen (coupled
Unfortunately it is not. Give me ssh access to your computer (leave
overcommit on) and I'll kill your X with anything running on it.
--
http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12
View attachment "vedran_furac.vcf" of type "text/x-vcard" (220 bytes)
Powered by blists - more mailing lists