RFR: AARCH64: optimize string compare intrinsic
Andrew Haley
aph at redhat.com
Fri May 4 13:46:27 UTC 2018
On 05/04/2018 02:24 PM, Dmitrij Pochepko wrote:
> Do you suggest to change vectorizedMismatch from generic single entry
> point to 4 versions (1,2,4 and 8 -byte) each optimized for respective
> size(and possible re-using code generation logic)? Then it can be
> re-used for same-encoded strings without penalties, indeed, but it
> requires changes in jdk.internal.util.ArraysSupport.java
I don't see why it's absolutely necessary. On the other hand, it might
be an excellent idea to have a switch statement in the Java code wich
will almost always optimized away. It's worth trying.
--
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
More information about the hotspot-compiler-dev
mailing list