RFR: 8349138: Optimize Math.copySign API for Intel e-core targets [v4]

[Emanuel Peter]

On Tue, 6 May 2025 17:28:48 GMT, Jatin Bhateja <jbhateja at openjdk.org> wrote:

>> Math.copySign is only intrinsified on x86 targets supporting the AVX512 feature.
>> Intel E-core Xeons support only the AVX2 feature set and still compile Java implementation which is composed of logical operations.
>> 
>> Since there is a 3-cycle penalty for copying incoming float/double values to GPRs before being operated upon by logical operation there is an opportunity to optimize this using an efficient instruction sequence.
>> 
>> Patch uses ANDPS and ANDPD logical instruction to generate efficient instruction sequences to absorb domain copy over penalty. Also, performs minor tuning for existing AVX512 instruction sequence based on VPTERNLOG instruction.
>> 
>> Following are the performance numbers of the following existing microbenchmark  
>> https://github.com/openjdk/jdk/blob/master/test/micro/org/openjdk/bench/vm/compiler/Signum.java
>> 
>> Patch passes following validation test
>> [test/jdk/java/lang/Math/IeeeRecommendedTests.java
>> ](https://github.com/openjdk/jdk/blob/master/test/jdk/java/lang/Math/IeeeRecommendedTests.java)
>> 
>> 
>> Granite Rapids-AP (P-core Xeon)
>> Baseline AVX512:
>> Benchmark                      Mode  Cnt     Score   Error   Units
>> Signum._5_copySignFloatTest   thrpt    2  1296.141          ops/ns
>> Signum._7_copySignDoubleTest  thrpt    2   838.954          ops/ns
>> 
>> Withopt :
>> Benchmark                      Mode  Cnt    Score   Error   Units
>> Signum._5_copySignFloatTest   thrpt    2  940.240          ops/ns
>> Signum._7_copySignDoubleTest  thrpt    2  967.370          ops/ns
>> 
>> Baseline AVX2:
>> Benchmark                      Mode  Cnt   Score   Error   Units
>> Signum._5_copySignFloatTest   thrpt    2  63.673          ops/ns
>> Signum._7_copySignDoubleTest  thrpt    2  26.898          ops/ns
>> 
>> Withopt :
>> Benchmark                      Mode  Cnt    Score   Error   Units
>> Signum._5_copySignFloatTest   thrpt    2  785.801          ops/ns
>> Signum._7_copySignDoubleTest  thrpt    2  558.710          ops/ns
>> 
>> Sierra Forest (E-core Xeon)
>> Baseline:
>> Benchmark                                       (seed)   Mode  Cnt        Score   Error   Units
>> o.o.b.vm.compiler.Signum._5_copySignFloatTest      N/A  thrpt    2       40.528          ops/ns
>> o.o.b.vm.compiler.Signum._7_copySignDoubleTest     N/A  thrpt    2       25.101          ops/ns
>> 
>> Withopt:
>> Benchmark                                       (seed)   Mode  Cnt        Score   Error   Units
>> o.o.b.vm.compiler.Signum._5_copySignFloatTest      N/A  thrpt    2      676....
>
> Jatin Bhateja has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains five commits:
> 
>  - Review comments resolutions
>  - Merge branch 'master' of http://github.com/openjdk/jdk into JDK-8349138
>  - Adding vector support along with some refactoring.
>  - Adding IR framework verification test
>  - 8349138: Optimize Math.copySign API for Intel e-core and p-core targets

Changes requested by epeter (Reviewer).

test/hotspot/jtreg/compiler/intrinsics/math/TestCopySignIntrinsic.java line 86:

> 84:             fsign[i]      = genFloat.next();
> 85:             dsign[i]      = genFloat.next();
> 86:         }

Two comments:
- You probably wanted to use the double generator for the double arrays, right?
- You can fill a whole array directly with e.g. `Generators.G.fill(genFloat, fmagniture)`.

test/hotspot/jtreg/compiler/intrinsics/math/TestCopySignIntrinsic.java line 105:

> 103:     public void checkCopySignF() {
> 104:         for (int i = 0; i < SIZE; i++) {
> 105:             Verify.checkEQ(afresult[i], efresult[i]);

You could add a comment that we consider NaN with different encoding as the same value.

-------------

PR Review: https://git.openjdk.org/jdk/pull/23386#pullrequestreview-2849597497
PR Review Comment: https://git.openjdk.org/jdk/pull/23386#discussion_r2094967399
PR Review Comment: https://git.openjdk.org/jdk/pull/23386#discussion_r2094970598