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