lkml.org 
[lkml]   [2010]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH/RFCv4 0/6] The Contiguous Memory Allocator framework
    On Thu, 26 Aug 2010 13:06:28 +0900
    Minchan Kim <minchan.kim@gmail.com> wrote:

    > On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
    > <kamezawa.hiroyu@jp.fujitsu.com> wrote:
    > > On Thu, 26 Aug 2010 11:50:17 +0900
    > > KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com> wrote:
    > >
    > >> 128MB...too big ? But it's depend on config.
    > >>
    > >> IBM's ppc guys used 16MB section, and recently, a new interface to shrink
    > >> the number of /sys files are added, maybe usable.
    > >>
    > >> Something good with this approach will be you can create "cma" memory
    > >> before installing driver.
    > >>
    > >> But yes, complicated and need some works.
    > >>
    > > Ah, I need to clarify what I want to say.
    > >
    > > With compaction, it's helpful, but you can't get contiguous memory larger
    > > than MAX_ORDER, I think. To get memory larger than MAX_ORDER on demand,
    > > memory hot-plug code has almost all necessary things.
    >
    > True. Doesn't patch's idea of Christoph helps this ?
    > http://lwn.net/Articles/200699/
    >

    yes, I think so. But, IIRC, it's own purpose of Chirstoph's work is
    for removing zones. please be careful what's really necessary.

    Thanks,
    -Kame



    \
     
     \ /
      Last update: 2010-08-26 06:39    [W:3.439 / U:0.300 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site