RFR: 8296507: GCM using more memory than necessary with in-place operations [v7]
Carter Kozak
duke at openjdk.org
Thu Dec 8 18:36:57 UTC 2022
On Thu, 8 Dec 2022 18:24:03 GMT, Andrew Haley <aph at openjdk.org> wrote:
>> Anthony Scarpino has updated the pull request incrementally with three additional commits since the last revision:
>>
>> - editor screwed up
>> - why won't this merge hell stop 2
>> - why won't this merge hell stop 3
>
> What benchmark was this? How large were the buffers?
@theRealAph I reported this oddity [to the mailing list](https://mail.openjdk.org/pipermail/security-dev/2022-October/032723.html) including [a benchmark](https://github.com/carterkozak/java-crypto-allocation-performance#java-cryptography-allocations) which I later updated to include additional coverage for [direct buffers](https://github.com/carterkozak/java-crypto-allocation-performance/blob/develop/java-crypto-allocation-performance/src/main/java/com/palantir/java/crypto/allocations/DirectBufferTransportLayerSecurityBenchmark.java)
-------------
PR: https://git.openjdk.org/jdk/pull/11121
More information about the security-dev
mailing list