On Wed, 16 Nov 2022 20:52:14 GMT, Volodymyr Paprotski <d...@openjdk.org> wrote:

>> Handcrafted x86_64 asm for Poly1305. Main optimization is to process 16 
>> message blocks at a time. For more details, left a lot of comments in 
>> `macroAssembler_x86_poly.cpp`.
>> 
>> - Added new KAT test for Poly1305 and a fuzz test to compare intrinsic and 
>> java.
>>   - Would like to add an `InvalidKeyException` in `Poly1305.java` (see 
>> commented out block in that file), but that conflicts with the KAT. I do 
>> think we should detect (R==0 || S ==0) so would like advice please.
>> - Added a JMH perf test.
>>    - JMH test had to use reflection (instead of existing `MacBench.java`), 
>> since Poly1305 is not 'properly' registered with the provider.
>> 
>> Perf before:
>> 
>> Benchmark                   (dataSize)  (provider)   Mode  Cnt        Score  
>>       Error  Units
>> Poly1305DigestBench.digest          64              thrpt    8  2961300.661 
>> ± 110554.162  ops/s
>> Poly1305DigestBench.digest         256              thrpt    8  1791912.962 
>> ±  86696.037  ops/s
>> Poly1305DigestBench.digest        1024              thrpt    8   637413.054 
>> ±  14074.655  ops/s
>> Poly1305DigestBench.digest       16384              thrpt    8    48762.991 
>> ±    390.921  ops/s
>> Poly1305DigestBench.digest     1048576              thrpt    8      769.872 
>> ±      1.402  ops/s
>> 
>> and after:
>> 
>> Benchmark                   (dataSize)  (provider)   Mode  Cnt        Score  
>>       Error  Units
>> Poly1305DigestBench.digest          64              thrpt    8  2841243.668 
>> ± 154528.057  ops/s
>> Poly1305DigestBench.digest         256              thrpt    8  1662003.873 
>> ±  95253.445  ops/s
>> Poly1305DigestBench.digest        1024              thrpt    8  1770028.718 
>> ± 100847.766  ops/s
>> Poly1305DigestBench.digest       16384              thrpt    8   765547.287 
>> ±  25883.825  ops/s
>> Poly1305DigestBench.digest     1048576              thrpt    8    14508.458 
>> ±     56.147  ops/s
>
> Volodymyr Paprotski has updated the pull request incrementally with one 
> additional commit since the last revision:
> 
>   redo register alloc with explicit func params

src/hotspot/cpu/x86/stubGenerator_x86_64_poly.cpp line 917:

> 915:   // Cleanup
> 916:   __ vpxorq(xmm0, xmm0, xmm0, Assembler::AVX_512bit);
> 917:   __ vpxorq(xmm1, xmm1, xmm1, Assembler::AVX_512bit);

You could use T0, T1 in place of xmm0, xmm1 here.

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

PR: https://git.openjdk.org/jdk/pull/10582

Reply via email to