Degenerated GC
Zhengyu Gu
zgu at redhat.com
Fri Jan 19 16:46:28 UTC 2018
shenandoahHeap.cpp:
1600
1601 // Allocations happen during concurrent preclean, record peak
after the phase:
1602 shenandoahPolicy()->record_peak_occupancy();
1603 }
1604
1605 // Allocations happen during bitmap cleanup, record peak after
the phase:
1606 shenandoahPolicy()->record_peak_occupancy();
May call twice.
Otherwise, looks good.
-Zhengyu
On 01/19/2018 02:55 AM, Aleksey Shipilev wrote:
> On 01/18/2018 08:51 PM, Aleksey Shipilev wrote:
>> On 01/18/2018 04:18 PM, Aleksey Shipilev wrote:
>>> http://cr.openjdk.java.net/~shade/shenandoah/degenerated-gc/webrev.01/
>>
>> Amped up alloc-failure injection, and that exposed a few bugs. Fixed them:
>> http://cr.openjdk.java.net/~shade/shenandoah/degenerated-gc/webrev.02/
>>
>> GCBasher runs for half an hour now without problems. Running further...
>
> 8-hour GCBasher passes with:
>
> $ -Xmx1g -XX:+UseShenandoahGC -XX:+UnlockDiagnosticVMOptions -XX:+UnlockExperimentalVMOptions
> -XX:ShenandoahGCHeuristics=aggressive -XX:+ShenandoahDegenerateALot TestGCBasherWithShenandoah 28800000
>
> [27665.812s][info][gc,stats ] 85556 successful concurrent GCs
> [27665.812s][info][gc,stats ] 0 invoked explicitly
> [27665.812s][info][gc,stats ]
> [27665.812s][info][gc,stats ] 44995 Degenerated GCs
> [27665.812s][info][gc,stats ] 44995 caused by allocation failure
> [27665.812s][info][gc,stats ] 8628 upgraded to Full GC
> [27665.812s][info][gc,stats ]
> [27665.812s][info][gc,stats ] 8758 Full GCs
> [27665.812s][info][gc,stats ] 0 invoked explicitly
> [27665.812s][info][gc,stats ] 130 caused by allocation failure
> [27665.812s][info][gc,stats ] 8628 upgraded from Degenerated GC
>
> So, I am pretty sure it works :)
>
> -Aleksey
>
More information about the shenandoah-dev
mailing list