Hi!
> > How about some test where relocations come into play?
> > spec2000 is a bad example, it's just crunch code.
>
> time ./configure might be a good test...
>
> Agreed.
>
> > Most systems spend their time running quick small executables over and
> > over, and in such cases relocation overhead shows up very strongly.
>
> Really? What workload besides configure does many small programs?
>
> What do you do when you're developing code? make, edit, ldd, ls,
> grep, etc.
Yes, but as developing code is human-bound (waits for my input most of
the time), it is not *that* important. [It is probably still nice to
have it fast.]
OTOH: gcc is faster 64-bit, and if you mix 32-bit and 64-bit, you
loose caches and have twice as many libraries. I guess 5% faster gcc
is more important than 30% slower ls...
Pavel
-- Casualities in World Trade Center: ~3k dead inside the building, cryptography in U.S.A. and free speech in Czech Republic. - 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/
This archive was generated by hypermail 2b29 : Sat Dec 07 2002 - 22:00:24 EST