🔥 Java ускорила Ed25519 и X25519 почти на 50%
3 сентября 2026 команда Java опубликовала результаты оптимизаций криптографии в JDK 27/28. И цифры там весьма впечатляющие.
В JDK 27 за счёт изменений реализации Curve25519 получили:
Причём прикол в том, что разработчику для этого не нужно переписывать код. Ускорение получают обычные JCE API – KeyAgreement, Signature, KeyPairGenerator – и JSSE при TLS 1.3.
А в JDK 28 они пошли дальше и добавили intrinsics для x86_64 и AArch64. JVM начинает использовать архитектурно-оптимизированные инструкции. Это даёт ещё примерно до +20% поверх программных оптимизаций в зависимости от алгоритма и архитектуры.
И это не сторонний бенчмарк, ведь цифры опубликовала сама команда Java на Inside java 3 сентября.
🔗 Официальный материал Inside Java
3 сентября 2026 команда Java опубликовала результаты оптимизаций криптографии в JDK 27/28. И цифры там весьма впечатляющие.
В JDK 27 за счёт изменений реализации Curve25519 получили:
• X25519 key generation/agreement: +49–54% throughput
• Ed25519 key generation/sign/verify: +46–49%
• X25519MLKEM768, то есть hybrid post-quantum key exchange: +27–51%
Причём прикол в том, что разработчику для этого не нужно переписывать код. Ускорение получают обычные JCE API – KeyAgreement, Signature, KeyPairGenerator – и JSSE при TLS 1.3.
А в JDK 28 они пошли дальше и добавили intrinsics для x86_64 и AArch64. JVM начинает использовать архитектурно-оптимизированные инструкции. Это даёт ещё примерно до +20% поверх программных оптимизаций в зависимости от алгоритма и архитектуры.
Java ускорила популярную криптографию почти в полтора раза. Просто обновлением JDK.
Без нового API. Без изменения кода. Без новой зависимости.
И это не сторонний бенчмарк, ведь цифры опубликовала сама команда Java на Inside java 3 сентября.
🔗 Официальный материал Inside Java