lkml.org 
[lkml]   [2005]   [Nov]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
    > The numbers I have seen show that performance is decreased. People
    > like Ken Chen spend months trying to find a 0.05% improvement in
    > performance. Not long ago I just spent days getting our cached
    > kbuild performance back to where 2.4 is on my build system.

    Ironically, we're currently trying to chase down a 'database benchmark'
    regression that seems to have been cause by the last round of "let's
    rewrite the scheduler again" (more details later). Nick, you've added an
    awful lot of complexity to some of these code paths yourself ... seems
    ironic that you're the one complaining about it ;-)

    >>> Sure. In what form, we haven't agreed. I vote zones! :)
    >>
    >>
    >> I'd like to hear more details of how zones would be less complex while
    >> still solving the problem. I just don't get it.
    >>
    >
    > You have an extra zone. You size that zone at boot according to the
    > amount of memory you need to be able to free. Only easy-reclaim stuff
    > goes in that zone.
    >
    > It is less complex because zones are a complexity we already have to
    > live with. 99% of the infrastructure is already there to do this.
    >
    > If you want to hot unplug memory or guarantee hugepage allocation,
    > this is the way to do it. Nobody has told me why this *doesn't* work.

    Because the zone is statically sized, and you're back to the same crap
    we had with 32bit systems of splitting ZONE_NORMAL and ZONE_HIGHMEM,
    effectively. Define how much you need for system ram, and how much
    for easily reclaimable memory at boot time. You can't - it doesn't work.

    M.

    -
    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-02 02:48    [W:2.301 / U:0.000 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site