Re: Linux 2.4.2 fails to merge mmap areas, 700% slowdown.

[Linus Torvalds]

In article <[EMAIL PROTECTED]>,
Kevin Buhr <[EMAIL PROTECTED]> wrote:
>
>The results speak for themselves:
>
>    CVS gcc 3.0:          Debian gcc 2.95.3:   RedHat gcc 2.96:
>                      
>    real    16m8.423s     real    8m2.417s     real    12m24.939s
>    user    15m23.710s    user    7m22.200s    user    10m14.420s
>    sys     0m48.730s     sys     0m41.040s    sys     2m13.910s 
>maps:    <250 lines           <250 lines          >3000 lines
>
>Obviously, the *real* problem is RedHat GCC 2.96.  If Linus bothers to
>write this patch (he probably already has),

Check out 2.4.3-pre7, I'd be interested to hear what the system time is
for that one.

It does seem like gcc-2.96 is kind of special, but considering how easy
it is to merge anonymous memory (most of the changes were cosmetic ones
to get nice ordering to make the merge trivial without having to
allocate a vma that never gets used etc), it's certainly worth doing.

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