RFR: 8040250: The test test/gc/parallelScavenge/TestDynShrinkHeap.java fails with OOME
jon.masamitsu at oracle.com
Thu May 22 21:31:35 UTC 2014
Change looks good.
I noticed that the @run has UseParallelGC on it.
@run main/othervm -XX:+UseAdaptiveSizePolicyWithSystemGC -XX:+UseParallelGC -XX:MinHeapFreeRatio=0 -XX:MaxHeapFreeRatio=100 -Xmx1g -verbose:gc TestDynShrinkHeap
Why doesn't this test run into the problem of multiple GC's specified
on the command line when run with other GC's? For example,
I would expect this test to be running with all the GC's when
nightly testing is done.
I'm asking because that seems to be the problem with
8042051 - gc/g1/TestHumongousShrinkHeap.java: Conflicting collector
combinations in option list ?
On 05/22/2014 08:58 AM, Dmitry Fazunenko wrote:
> Would you review a very simple test fix, please.
> Test allocated ~1G memory and failed with OOM before any checks.
> The fixed version specifies -Xmx1G and allocates 0.5G.
> The test checks that memory could be decommited, so for the test it's
> doesn't meter how much memory to allocate initially.
> Bug: https://bugs.openjdk.java.net/browse/JDK-8040250
> This is the very simple fix. I tested it locally running jtreg. The
> test failed before fix and passes after.
> Any your comments are very welcome.
More information about the hotspot-gc-dev