Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P2
Fix Version/s: 18
Affects Version/s: 18
Component/s: security-libs
Labels:
- noreg-perf

Subcomponent:
javax.crypto
Resolved In Build:
b17
CPU:

generic
OS:

generic

Performance dropped up to 10% for 1k data after 8267125 for CPUs that do not support the new intrinsic. Tests run were crypto.full.AESGCMBench and crypto.full.AESGCMByteBuffer from the jmh micro benchmarks.

The problem is each instance of GHASH allocates 96 extra longs for the AVX512+VAES intrinsic regardless if the intrinsic is used. This extra table space should be allocated differently so that non-supporting CPUs do not suffer this penalty. This issue also affects non-Intel CPUs too.

relates to

JDK-8267125 AES Galois CounterMode (GCM) interleaved implementation using AVX512 + VAES instructions

Resolved

JDK-8274323 compiler/codegen/aes/TestAESMain.java failed with "Error: invalid offset: -1434443640" after 8273297

Resolved

JDK-8274730 AArch64: AES/GCM acceleration is broken by the fix for JDK-8273297

Closed

JDK-8275052 AArch64: Severe AES/GCM slowdown on MacOS for short blocks

Closed

JDK-8283022 com/sun/crypto/provider/Cipher/AEAD/GCMBufferTest.java failing with -Xcomp after 8273297

Closed

JDK-8267125 AES Galois CounterMode (GCM) interleaved implementation using AVX512 + VAES instructions

Resolved

links to

Commit openjdk/jdk/13e9ea9e

Review openjdk/jdk/5402

(1 relates to, 2 links to)

Assignee:: Smita Kamath (Inactive)
Reporter:: Anthony Scarpino
Votes:: 0 Vote for this issue
Watchers:: 4 Start watching this issue

Created:: 2021-09-02 11:30
Updated:: 2022-03-17 13:43
Resolved:: 2021-09-24 12:22

Details

Description

Attachments

Issue Links

Activity

People

Dates