RFR: 8266951: Partial in-lining for vectorized mismatch operation using AVX512 masked instructions
Jatin Bhateja
jbhateja at openjdk.java.net
Fri May 14 18:58:38 UTC 2021
On Fri, 14 May 2021 15:26:47 GMT, Paul Sandoz <psandoz at openjdk.org> wrote:
>> Hi @PaulSandoz , I have reinstated the tail handling in java to avoid any impact on other targets. Update performance numbers still show gains for small comparison sized upto -XX:UsePartialInlineSize. Thus patch now does not changes existing java implementation of VectorizedMismatch.
>
> @jatin-bhateja that's good. Did performance numbers change after reverting the Java changes?
>
> Do you think it is worth experimenting by setting the threshold to zero when partial inlining is supported? Maybe partial inlining will help for, say, mismatching on arrays with a length of 7 or less bytes e.g. we could test quickly with mismatching for `byte`.
Hi @PaulSandoz , after removal of java side changes, I still see good gains for small sizes but there is considerable penalty.
Will set the threshold to 0, and re-compute the numbers, seek your inputs on adding target specific THRESHOLD. Could not locate any direct public java API or internal jdk API which could be used to fetch target information.
-------------
PR: https://git.openjdk.java.net/jdk/pull/3999
More information about the hotspot-compiler-dev
mailing list