RFR: 8040250: The test test/gc/parallelScavenge/TestDynShrinkHeap.java fails with OOME

Jon Masamitsu 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:
> Hello,
> Would you review a very simple test fix, please.
> Description:
> 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
> Webrev: 
> http://cr.openjdk.java.net/~iignatyev/dfazunenko/8040250/webrev.00/
> Testing:
> 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.
> Thanks,
> Dima

More information about the hotspot-gc-dev mailing list