lkml.org 
[lkml]   [2008]   [May]   [14]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateWed, 14 May 2008 12:22:35 +0800
From"Bryan Wu" <>
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    [from the cache]
©2003-2008