RFR (XS): GCBasher OOMes with Shenandoah
Roman Kennke
rkennke at redhat.com
Tue Feb 14 08:24:11 UTC 2017
Ok.
Roman
Am Dienstag, den 14.02.2017, 09:08 +0100 schrieb Aleksey Shipilev:
> 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