RFR: JDK-8255603: Memory/Performance regression after JDK-8210985
Volker Simonis
simonis at openjdk.java.net
Thu Oct 29 16:24:49 UTC 2020
On Thu, 29 Oct 2020 16:01:19 GMT, Christoph Langer <clanger at openjdk.org> wrote:
>> Did you have a benchmark with various cache sizes (for example, from 1 to 10K) and various connections (for example from 1 to 10K) for those components (including TLS implementation) that use Cache?
>
>> Did you have a benchmark with various cache sizes (for example, from 1 to 10K) and various connections (for example from 1 to 10K) for those components (including TLS implementation) that use Cache?
>
> Nope, we've just seen the memory regression in a certain customer use case (lot's of meory retained by a finalizer) and confirmed it resolved after setting javax.net.ssl.sessionCacheSize to 0.
>
> But I guess this change merits certain further benchmarking to get it right.
Congratulations! You beat me about half an hour with this issue :)
I was debugging this regression already the whole day and when I searched for JDK-8210985 in my mailbox I saw your post.
-------------
PR: https://git.openjdk.java.net/jdk/pull/937
More information about the security-dev
mailing list