From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qa0-f48.google.com (mail-qa0-f48.google.com [209.85.216.48]) by kanga.kvack.org (Postfix) with ESMTP id BC20D6B006C for ; Wed, 28 Jan 2015 09:13:47 -0500 (EST) Received: by mail-qa0-f48.google.com with SMTP id v8so16211146qal.7 for ; Wed, 28 Jan 2015 06:13:47 -0800 (PST) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com. [2607:f8b0:400d:c00::234]) by mx.google.com with ESMTPS id v7si6056551qas.110.2015.01.28.06.13.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 Jan 2015 06:13:47 -0800 (PST) Received: by mail-qa0-f52.google.com with SMTP id x12so16226364qac.11 for ; Wed, 28 Jan 2015 06:13:46 -0800 (PST) Message-ID: <54C8EE99.80107@gmail.com> Date: Wed, 28 Jan 2015 09:13:45 -0500 From: John Moser MIME-Version: 1.0 Subject: Re: OOM at low page cache? References: <54C2C89C.8080002@gmail.com> <54C77086.7090505@suse.cz> <20150128062609.GA4706@blaptop> <54C8D7B0.7030803@redhat.com> In-Reply-To: <54C8D7B0.7030803@redhat.com> Content-Type: multipart/alternative; boundary="------------080800070009030305080906" Sender: owner-linux-mm@kvack.org List-ID: To: Rik van Riel , Minchan Kim , Vlastimil Babka Cc: linux-kernel@vger.kernel.org, "linux-mm@kvack.org" , Johannes Weiner , KOSAKI Motohiro , Kamezawa Hiroyuki , Christoph Lameter This is a multi-part message in MIME format. --------------080800070009030305080906 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On 01/28/2015 07:36 AM, Rik van Riel wrote: > On 01/28/2015 01:26 AM, Minchan Kim wrote: > > Hello, > > > On Tue, Jan 27, 2015 at 12:03:34PM +0100, Vlastimil Babka wrote: > >> CC linux-mm in case somebody has a good answer but missed this in > >> lkml traffic > >> > >> On 01/23/2015 11:18 PM, John Moser wrote: > >>> Why is there no tunable to OOM at low page cache? > > > AFAIR, there were several trial although there wasn't acceptable at > > that time. One thing I can remember is min_filelist_kbytes. FYI, > > http://lwn.net/Articles/412313/ > > The Android low memory killer does exactly what you want, and > for very much the same reasons. > > See drivers/staging/android/lowmemorykiller.c > Haven't seen that; it's been a long time since I bothered myself with kernel code, so I'm out-of-touch. Wow lots of good responses coming quick. > However, in the mainline kernel I think it does make sense to > apply something like the patch that Minchan cooked up with, to OOM > if freeing all the page cache could not bring us back up to the high > watermark, across all the memory zones. > > --------------080800070009030305080906 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit On 01/28/2015 07:36 AM, Rik van Riel wrote:

On 01/28/2015 01:26 AM, Minchan Kim wrote:
> Hello,

> On Tue, Jan 27, 2015 at 12:03:34PM +0100, Vlastimil Babka wrote:
>> CC linux-mm in case somebody has a good answer but missed this in
>> lkml traffic
>>
>> On 01/23/2015 11:18 PM, John Moser wrote:
>>> Why is there no tunable to OOM at low page cache?

> AFAIR, there were several trial although there wasn't acceptable at
> that time. One thing I can remember is min_filelist_kbytes. FYI,
> http://lwn.net/Articles/412313/

The Android low memory killer does exactly what you want, and
for very much the same reasons.

See drivers/staging/android/lowmemorykiller.c

Haven't seen that; it's been a long time since I bothered myself with kernel code, so I'm out-of-touch.

Wow lots of good responses coming quick.

However, in the mainline kernel I think it does make sense to
apply something like the patch that Minchan cooked up with, to OOM
if freeing all the page cache could not bring us back up to the high
watermark, across all the memory zones.

>

--------------080800070009030305080906-- -- 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/ . Don't email: email@kvack.org