> 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. ------------- Changes: - all: https://git.openjdk.org/jdk/pull/10218/files - new: https://git.openjdk.org/jdk/pull/10218/files/75e10b6e..7a203f58 Webrevs: - full: https://webrevs.openjdk.org/?repo=jdk&pr=10218&range=02 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=10218&range=01-02 Stats: 13 lines in 1 file changed: 6 ins; 0 del; 7 mod Patch: https://git.openjdk.org/jdk/pull/10218.diff Fetch: git fetch https://git.openjdk.org/jdk pull/10218/head:pull/10218 PR: https://git.openjdk.org/jdk/pull/10218
