RFR: 8256302: releasing oopStorage when deflating allows for faster deleting [v5]

Daniel D. Daugherty dcubed at openjdk.org
Wed Jun 7 20:02:13 UTC 2023


On Sun, 4 Jun 2023 14:18:41 GMT, Daniel D. Daugherty <dcubed at openjdk.org> wrote:

>> Releasing ObjectMonitor oopStorage earlier when deflating allows ObjectMonitor
>> deletion by a JavaThread (usually the MonitorDeflationThread) to happen while a
>> ThreadBlockInVM helper is in place. This should improve time-to-safepoint.
>
> Daniel D. Daugherty has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains five additional commits since the last revision:
> 
>  - Merge tag 'jdk-21+25' into JDK-8256302
>    
>    Added tag jdk-21+25 for changeset a46b5acc
>  - Allow ObjectMonitor::_object to be reset to nullptr when it is released which allows the code to be cleaner.
>  - Merge tag 'jdk-21+23' into JDK-8256302
>    
>    Added tag jdk-21+23 for changeset 6d4782bc
>  - address the easy dholmes and kimbarrett CR comments
>  - 8256302: releasing oopStorage when deflating allows for faster deleting

Eric Caspole did another round of perf testing on these bits, I did some analysis on the
perf results and Eric wrote in the bug:

> IMO the performance of Dan's build is within the range of variation in a normal promo build,
> and there are no important regressions or improvements requiring further investigation.
> This result seems good to me.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/11296#issuecomment-1581424422


More information about the hotspot-runtime-dev mailing list