RFR: 8344766: AES/CTR slow at big payloads
Anthony Scarpino
ascarpino at openjdk.org
Fri Nov 22 21:38:17 UTC 2024
On Thu, 21 Nov 2024 18:03:44 GMT, Volodymyr Paprotski <vpaprotski at openjdk.org> wrote:
> This is a follow up to https://github.com/openjdk/jdk/pull/22086 for AES/CTR
>
> Before:
>
> Benchmark (algorithm) (dataSize) (keyLength) (provider) Mode Cnt Score Error Units
> AESBench.decrypt AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 16.491 ± 0.356 ops/s
> AESBench.decrypt2 AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 16.899 ± 0.013 ops/s
> AESBench.encrypt AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 16.477 ± 1.006 ops/s
> AESBench.encrypt2 AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 16.921 ± 0.038 ops/s
>
> After:
>
> Benchmark (algorithm) (dataSize) (keyLength) (provider) Mode Cnt Score Error Units
> AESBench.decrypt AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 218.910 ± 1.991 ops/s
> AESBench.decrypt2 AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 426.414 ± 2.988 ops/s
> AESBench.encrypt AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 218.882 ± 2.446 ops/s
> AESBench.encrypt2 AES/CTR/NoPadding 30000000 128 SunJCE thrpt 3 425.402 ± 4.205 ops/s
please update the copyright year
-------------
PR Comment: https://git.openjdk.org/jdk/pull/22300#issuecomment-2494884656
More information about the security-dev
mailing list