RFR (XS): GCBasher OOMes with Shenandoah
Aleksey Shipilev
shade at redhat.com
Tue Feb 14 08:08:31 UTC 2017
This seems to happen because our heap setting is too low (128M). Recent commit
in upstream bumped it to 256M for other collectors:
http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/5d25d00f0238
We should do it too:
diff -r f1f3863f4646 test/gc/stress/gcbasher/TestGCBasherWithShenandoah.java
--- a/test/gc/stress/gcbasher/TestGCBasherWithShenandoah.java Mon Feb 13
16:52:53 2017 -0500
+++ b/test/gc/stress/gcbasher/TestGCBasherWithShenandoah.java Tue Feb 14
09:04:12 2017 +0100
@@ -29,7 +29,7 @@
* @key stress
* @requires vm.flavor == "server"
* @summary Stress the Shenandoah GC by trying to make old objects more likely
to be garbage than young objects.
- * @run main/othervm/timeout=200 -Xlog:gc*=info -Xmx128m -server
-XX:+UseShenandoahGC TestGCBasherWithG1 120000
+ * @run main/othervm/timeout=200 -Xlog:gc*=info -Xmx256m -server
-XX:+UseShenandoahGC TestGCBasherWithG1 120000
*/
public class TestGCBasherWithShenandoah {
public static void main(String[] args) throws IOException {
Ok?
Thanks,
-Aleksey
More information about the shenandoah-dev
mailing list