[PATCH] ARM: Add optimized ARMv7 strcmp implementation
Matt Turner
mattst88@gmail.com
Fri Apr 25 19:30:00 GMT 2014
On Fri, Apr 25, 2014 at 4:11 AM, Richard Earnshaw <rearnsha@arm.com> wrote:
> These are the improvements for a production board with cortex-a15. For
> very short strings there's a fair amount of noise in the measurements,
> but the regressions are generally very small, while the improvements can
> be significant. Yes, there are cases where the new code is more than
> three times faster.
>
[snip]
>
> Length 1024 alignment 0/0: 238.38%
> Length 1024 alignment 0/0: 239.21%
> Length 1024 alignment 0/0: 247.45%
While for these cases it's clear from the surrounding context what
these numbers mean, I recommend not using percentages to describe
performance improvements. I'd be nice for glibc to adopt this policy
for sake of consistency and clarity.
If I saw in isolation
> Length 16 alignment 0/0: 105.97%
I wouldn't know whether this was measured relative to the original
performance (and was 5% faster) or as a speed up over the original
performance (and was a bit more than twice as fast).
This could be unambiguously written as
> Length 16 alignment 0/0: 2.0597x
More information about the Libc-alpha
mailing list