-
Bug
-
Resolution: Fixed
-
P3
-
10, 11, 12, 13
-
b08
-
x86_64
-
linux_ubuntu
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8218964 | 12.0.2 | Anthony Scarpino | P3 | Resolved | Fixed | b01 |
JDK-8218977 | 11.0.4-oracle | Anthony Scarpino | P3 | Resolved | Fixed | b02 |
JDK-8220035 | 11.0.4 | Anthony Scarpino | P3 | Resolved | Fixed | b01 |
JDK-8221946 | 11.0.3-oracle | Anthony Scarpino | P3 | Resolved | Fixed | b31 |
JDK-8221427 | 11.0.2 | Anthony Scarpino | P3 | Closed | Fixed | b31 |
JDK-8250924 | openjdk8u272 | Anthony Scarpino | P3 | Resolved | Fixed | b02 |
JDK-8242159 | 8u261 | Sean Coffey | P3 | Resolved | Fixed | b02 |
JDK-8246993 | emb-8u261 | Sean Coffey | P3 | Resolved | Fixed | team |
1. Encrypting large data buffers, using only cipher.doFinal(buffer) call is slow. Hardware acceleration kicks in only after encrypting multiple buffers in a loop.
2. Splitting encryption into many cipher.update calls, followed by cipher.doFinal, triggers the acceleration almost immediately. Should be done automatically inside a single cipher.doFinal(chunk) call (see 1.)
3. Most significant problem: Splitting DEcryption into many cipher.update calls, followed by cipher.doFinal, does not trigger the acceleration. Hardware acceleration kicks in only after encrypting multiple buffers in a loop. Meaning that decryption of gigabytes of data cannot be accelerated by AES-NI hardware.
See https://stackoverflow.com/questions/48905291/java-9-aes-gcm-performance
(same is true for Java 10). Feel free to contact me for additional details.
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
https://stackoverflow.com/questions/48905291/java-9-aes-gcm-performance
(same is true for Java 10).
---------- BEGIN SOURCE ----------
https://stackoverflow.com/questions/48905291/java-9-aes-gcm-performance
(same is true for Java 10).
---------- END SOURCE ----------
- backported by
-
JDK-8218964 Problems with AES-GCM native acceleration
-
- Resolved
-
-
JDK-8218977 Problems with AES-GCM native acceleration
-
- Resolved
-
-
JDK-8220035 Problems with AES-GCM native acceleration
-
- Resolved
-
-
JDK-8221946 Problems with AES-GCM native acceleration
-
- Resolved
-
-
JDK-8242159 Problems with AES-GCM native acceleration
-
- Resolved
-
-
JDK-8246993 Problems with AES-GCM native acceleration
-
- Resolved
-
-
JDK-8250924 Problems with AES-GCM native acceleration
-
- Resolved
-
-
JDK-8221427 Problems with AES-GCM native acceleration
-
- Closed
-
- duplicates
-
JDK-8218028 Problems with AES-GCM native acceleration
-
- Closed
-
- relates to
-
JDK-8179098 Crypto AES/ECB encryption/decryption performance regression (introduced in jdk9b73)
-
- Resolved
-
-
JDK-8220165 Encryption using GCM results in RuntimeException: input length out of bound
-
- Closed
-