-
Bug
-
Resolution: Won't Fix
-
P4
-
None
-
None
-
None
-
sparc_64
-
solaris_10, solaris_11
The UCrypto provider uses software-based algorithms from the ucrypto API in Solaris 10u10 and Solaris 11. It was built for use on Sparc T4 and later systems that have ISA instructions. Sparc T3 and earlier systems have discrete crypto units inside the CPU that are accessed through PKCS#11. When a T3 uses ucrypto API, it only uses the slower pure software algorithms, hurt performance.
On T3 and earlier systems with heavily use HMAC RSA or AES, it is best to reorder to the end or remove the UCrypto provider from the java.security config file.
This must be addressed on a per system basis by the customers of these systems. Making a global change to the JRE will result in decreasing performance on T4 and later systems, which are the current shipping Sparc systems. T3 and earlier are legacy systems using legacy CPU architecture.
On T3 and earlier systems with heavily use HMAC RSA or AES, it is best to reorder to the end or remove the UCrypto provider from the java.security config file.
This must be addressed on a per system basis by the customers of these systems. Making a global change to the JRE will result in decreasing performance on T4 and later systems, which are the current shipping Sparc systems. T3 and earlier are legacy systems using legacy CPU architecture.
- relates to
-
JDK-8037742 Re-enabling PKCS11 HMAC mechanisms in Solaris
- Resolved