[lkml]   [2001]   [Mar]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Linux 2.4.2 fails to merge mmap areas, 700% slowdown.
    Jakob Østergaard <> writes:
    > It's important that you use at least -O3 to get inlining too.
    [ . . . ]
    > 25 MB doesn't count ;)

    Aggh! I feel like I'm in a comedy sketch. You tell me "do that".
    I do that. You tell me, "you should try this instead", so I do this.
    Then, you tell me, "but you should really do the other."

    You're the one who suggested "gtk--" as a test case. Built out of the
    box, it uses "-O2". If there were magical settings or sekret
    incantations, I wish you'd mentioned them when you suggested it.

    > No, map merging is obviously a good idea if it can be done at little cost.
    > There has to be other cases out there than GCC 2.96 (which is still the
    > best damn C++ compiler to ship on any GNU/Linux distribution in history)

    If something has a cost, even a little cost, and no one can find a
    benefit, then implementing it is not "obviously" a good idea. That's
    why Linus asked for a real-world example before he spent time
    complicating the algorithms and adding checks that incur a cost for
    every process, even those that won't get any benefit.

    > As someone else already pointed out GCC-3.0 will improve it's allocation,
    > but it *still* allocates many maps - less than before, but still potentially
    > lots...

    Yes. Zach's explanation is the first thing I've seen that makes a
    case for some benefit (besides babysitting GCC 2.96) without
    conflicting with the data I'm getting.

    As I've noted elsewhere, I see no change at all in system time for GCC
    3.0 between 2.4.2 and 2.4.3-pre7. Given Zach's explanation, I'm
    prepared to believe there might be a difference with, say, a 500meg
    arena (or perhaps something as small as a 100meg arena).

    > It will still have the 70x performance increase on kernel memory map
    > handling as demonstrated in my benchmark just posted. However, it will
    > be 70x of much less than with 2.96.

    For my test cases under 3.0, it looks like 70 times zero. However,
    I'm now prepared to believe that it could be 70 times something
    non-zero for certain very hairy source files.

    Kevin <>
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:17    [W:0.028 / U:4.280 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site