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