On Fri, 9 Sep 2022 09:28:38 GMT, Kevin Walls <kev...@openjdk.org> wrote:
>> Test update to cope with heap size changing (shrinking) in the early life of
>> the test app.
>>
>> A change in GC timing affects this test which reads eden size and heap size.
>> Both eden and heap are likely to shrink initially for this test. Failures
>> were that heap size shrank after reading eden size, such that eden appeared
>> to be >100% of heap.
>> Recognising a shrinking heap and retrying resolves this.
>>
>> (Re-ordering to read heap size then eden would be enough to make the check
>> in provokeGc work. But it would allocate sometimes a very small fraction of
>> the heap, which is not the intent.)
>
> Kevin Walls has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Clarify that loop is for checking heap not changing. Exception if
> continually changing.
I've posted one comment. Otherwise, the update looks good.
Thanks,
Serguei
test/hotspot/jtreg/serviceability/tmtools/jstat/utils/GcProvoker.java line 76:
> 74: System.gc();
> 75: continue;
> 76: } else {
In fact, the `else-statement` is not needed here because the `if-statement` is
ended with `continue`.
At least, this looks confusing to me.
-------------
Marked as reviewed by sspitsyn (Reviewer).
PR: https://git.openjdk.org/jdk/pull/10218
