Re: [PATCH] Start of compat32.h (again)

David S. Miller (davem@redhat.com)
Thu, 05 Dec 2002 13:06:14 -0800 (PST)


From: Pavel Machek <pavel@suse.cz>
Date: Wed, 4 Dec 2002 12:19:47 +0100

Actually, it tends to nullify the bloat cost and then make it few
percent faster... For most of spec2000 modulo two or three cache-bound
tests that are 50% slower :-(.

How about some test where relocations come into play?
spec2000 is a bad example, it's just crunch code.

Most systems spend their time running quick small executables over and
over, and in such cases relocation overhead shows up very strongly.
This is why I asked for fork, exec et al. latency figures for 32-bit
vs 64-bit on x86_64 but I've been informed in private email that
nobody can send me numbers due to NDAs.

I still think making the simple programs like ls, cat, bash et
al. 64-bit in a dist is a bad idea.
-
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/