RFR: 8277919: OldObjectSample event causing bloat in the class constant pool in JFR recording [v3]
Markus Grönlund
mgronlun at openjdk.java.net
Mon Dec 13 16:33:20 UTC 2021
On Fri, 10 Dec 2021 20:39:51 GMT, Markus Grönlund <mgronlun at openjdk.org> wrote:
>> Greetings,
>>
>> Allocation heavy applications with OldObjectSample with stacktraces enabled will end up storing many duplicates of the same klass artefact, creating a considerable bloat in the class area of the recording constant pool. This is because of JDK-8233705, which can lead to multiple klass entries enqueued via the load barrier, in combination with an insufficient filter mechanism for the leak profiler artefacts. Leak profiler artefacts range over the entire set of artefacts enqueued in the previous epoch. A filtering mechanism similar to the one used for regular artefacts becomes necessary to avoid duplicates.
>>
>> Thanks to @jbachorik for reporting and doing the initial analysis.
>>
>> Markus
>
> Markus Grönlund has updated the pull request incrementally with one additional commit since the last revision:
>
> update assertion
Withdrawn in favor of https://github.com/openjdk/jdk18/pull/15
-------------
PR: https://git.openjdk.java.net/jdk/pull/6801
More information about the hotspot-jfr-dev
mailing list