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.033 / U:0.220 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site