lkml.org 
[lkml]   [2008]   [May]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 1/4] [mm] buddy page allocator: add tunable big order allocation
On Tue, May 13, 2008 at 7:42 PM, Hennerich, Michael
<Michael.Hennerich@analog.com> wrote:
>
>
> >-----Original Message-----
> >From: KAMEZAWA Hiroyuki [mailto:kamezawa.hiroyu@jp.fujitsu.com]
> >Sent: Dienstag, 13. Mai 2008 04:09
> >To: Bryan Wu
> >Cc: linux-kernel@vger.kernel.org; linux-mm@kvack.org;
> dwmw2@infradead.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@kernel.org> wrote:
> >
> >> From: Michael Hennerich <michael.hennerich@analog.com>
> >>
> >> Signed-off-by: Michael Hennerich <michael.hennerich@analog.com>
> >> Signed-off-by: Bryan Wu <cooloney@kernel.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?

-Bryan


\
 
 \ /
  Last update: 2008-05-14 06:55    [W:0.065 / U:0.536 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site