linux-kernel - Re: [PATCH 1/4] [mm] buddy page allocator: add tunable big order allocation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 14 May 2008 14:04:23 +0900
From:	KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To:	"Bryan Wu" <cooloney@...nel.org>
Cc:	"Hennerich, Michael" <Michael.Hennerich@...log.com>,
	linux-kernel@...r.kernel.org, linux-mm@...ck.org,
	dwmw2@...radead.org
Subject: Re: [PATCH 1/4] [mm] buddy page allocator: add tunable big order
 allocation

On Wed, 14 May 2008 12:22:35 +0800
"Bryan Wu" <cooloney@...nel.org> wrote:

> On Tue, May 13, 2008 at 7:42 PM, Hennerich, Michael
> <Michael.Hennerich@...log.com> wrote:
> >
> >
> >  >-----Original Message-----
> >  >From: KAMEZAWA Hiroyuki [mailto:kamezawa.hiroyu@...fujitsu.com]
> >  >Sent: Dienstag, 13. Mai 2008 04:09
> >  >To: Bryan Wu
> >  >Cc: linux-kernel@...r.kernel.org; linux-mm@...ck.org;
> >  dwmw2@...radead.org;
> >  >Michael Hennerich
> >  >Subject: Re: [PATCH 1/4] [mm] buddy page allocator: add tunable big
> >  order
> >  >allocation
> >  >
> >  >On Mon, 12 May 2008 18:32:02 +0800
> >  >Bryan Wu <cooloney@...nel.org> wrote:
> >  >
> >  >> From: Michael Hennerich <michael.hennerich@...log.com>
> >  >>
> >  >> Signed-off-by: Michael Hennerich <michael.hennerich@...log.com>
> >  >> Signed-off-by: Bryan Wu <cooloney@...nel.org>
> >  >
> >  >Does this really solve your problem ? possible hang-up is better than
> >  >page allocation failure ?
> >
> >  On nommu this helped quite a bit, when we run out of memory, eaten up by
> >  the page cache. But yes - with this option it's likely that we sit there
> >  and wait form memory that might never get available.
> >
> >  We now use a better workaround for freeing up "available" memory
> >  currently used as page cache.
> >
> >  I think we should drop this patch.
> >
> 
> OK, I dropped it. And do you think the limited page_cache patch is the
> replacement of this patch?
> 

I'm not so familiar with nommu environments but have some thoughts.

one idea is 
 - use memory resource controller.
   but this eats much amount of GFP_KERNEL memory and maybe not useful ;)
 - use ZONE_MOVABLE and set lowmem_reserve_ratio value to be suitable value.
   then, the page cache just uses MOVABLE zone...(maybe)

Thanks,
-Kame











--
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/