RFR: 8293218: serviceability/tmtools/jstat/GcNewTest.java fails with "Error in the percent calculation" [v3]

[Chris Plummer]

On Fri, 9 Sep 2022 09:28:38 GMT, Kevin Walls <kevinw at 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.

Hmm:


-    public static GcProvoker createGcProvoker() {
-        return new GcProvokerImpl();


So what happened to GcProvokerImpl? It not longer exists, but was not deleted as part of this changeset. Must have been cleaned up later.  As of this changeset it was still in place:

http://hg.openjdk.java.net/jdk9/jdk9/hotspot/file/1b7fd4c2f65e/test/serviceability/tmtools/jstat/utils/GcProvokerImpl.java

And it's provokeGc() method was doing the same thing this "new" implementation is dong.

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

PR: https://git.openjdk.org/jdk/pull/10218