[lkml]   [2008]   [Mar]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRE: larger default page sizes...
    > That's not entirely true. We have a dynamic pool now, thanks to Adam
    > Litke [added to Cc], which can be treated as a high watermark for the
    > hugetlb pool (and the static pool value serves as a low watermark).
    > Unless by hugepages you mean something other than what I think (but
    > referring to a 2M size on x86 imples you are not). And with the
    > antifragmentation improvements, hugepage pool changes at run-time are
    > more likely to succeed [added Mel to Cc].

    Things are better than I thought ... though the phrase "more likely
    to succeed" doesn't fill me with confidence. Instead I imagine a
    system where an occasional spike in memory load causes some memory
    fragmentation that can't be handled, and so from that point many of
    the applications that relied on huge pages take a 10% performance
    hit. This results in sysadmins scheduling regular reboots to unjam
    things. [Reminds me of the instructions that came with my first
    flatbed scanner that recommended rebooting the system before and
    after each use :-( ]

    > I feel like I should promote libhugetlbfs here.

    This is also better than I thought ... sounds like some really
    good things have already happened here.


     \ /
      Last update: 2008-03-26 18:09    [W:0.022 / U:26.528 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site