RFR: 8306825: Monitor deflation might be accidentally disabled by zero intervals [v2]

Daniel D. Daugherty dcubed at openjdk.org
Thu Apr 27 15:21:23 UTC 2023


On Thu, 27 Apr 2023 09:14:55 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>> Found this mistake while backporting [JDK-8305994](https://bugs.openjdk.org/browse/JDK-8305994): if we put GuaranteedAsyncDeflationInterval=0 (defined as "disable guaranteed deflation"), then the MonitorDeflationThread would call `wait(0)`, that is, wait indefinitely for the notify. This breaks triggering the threshold heuristics!
>> 
>> But what is even more concerning, the same thing would happen even prior to [JDK-8305994](https://bugs.openjdk.org/browse/JDK-8305994), if we put GuaranteedSafepointInterval=0 too. Which means users who kept GSI=0 as the way to dodge excess safepoints, now effectively disable monitor deflation!
>> 
>> New test cases capture most of the interesting paths/combinations. Since I needed to add more test cases, I ended up refactoring the test for more clarity. The test is also renamed, because now it tests not only GADI, but other intervals too.
>
> Aleksey Shipilev has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Drop unneccessary options

Mach5 Tier1 had no failures.

Mach5 Repeat-50 of runtime/Monitor/DeflationIntervalsTest.java also had no failures:
- linux-aarch64, linux-x64, macosx-aarch64, macosx-x64, windows-x64
- 50 iterations of all 11 sub-tests passed on all 5 platforms

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

PR Comment: https://git.openjdk.org/jdk/pull/13635#issuecomment-1525866168


More information about the hotspot-runtime-dev mailing list