lkml.org 
[lkml]   [2005]   [Nov]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
    Paul Jackson a écrit :
    > Linus wrote:
    >
    >>Maybe you'd be willing on compromising by using a few kernel boot-time
    >>command line options for your not-very-common load.
    >
    >
    > If we were only a few options away from running Andy's varying load
    > mix with something close to ideal performance, we'd be in fat city,
    > and Andy would never have been driven to write that rant.

    I found hugetlb support in linux not very practical/usable on NUMA machines,
    boot-time parameters or /proc/sys/vm/nr_hugepages.

    With this single integer parameter, you cannot allocate 1000 4MB pages on one
    specific node, letting small pages on another node.

    I'm not an astrophysician, nor a DB admin, I'm only trying to partition a dual
    node machine between one (numa aware) memory intensive job and all others
    (system, network, shells).
    At least I can reboot it if needed, but I feel Andy pain.

    There is a /proc/buddyinfo file, maybe we need a /proc/sys/vm/node_hugepages
    with a list of integers (one per node) ?

    Eric
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-11-04 08:47    [W:0.022 / U:120.484 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site