RFR: Pauses that do not affect heap occupancy should not report heap
Aleksey Shipilev
shade at redhat.com
Wed Oct 11 11:38:20 UTC 2017
http://cr.openjdk.java.net/~shade/shenandoah/stats-no-pause-heap/webrev.02/
We have done this before for Init Mark. After async region recycling, Final Mark and Final Update
Refs are not freeing up the heap themselves. Ditto for Init and Final Partial GC.
Sample cycles:
[19.879s][info][gc] GC(5) Pause Init Partial 2.188ms
[19.889s][info][gc] GC(5) Concurrent partial GC 21740M->21828M(102400M) 10.035ms
[19.890s][info][gc] GC(5) Pause Final Partial 1.028ms
[19.894s][info][gc] GC(5) Concurrent cleanup 21828M->1312M(102400M) 4.296ms
...and:
[121.084s][info][gc] GC(9) Pause Init Mark 0.776ms
[121.317s][info][gc] GC(9) Concurrent marking 81944M->83220M(102400M) 232.421ms
[121.320s][info][gc] GC(9) Concurrent precleaning 83220M->83236M(102400M) 3.476ms
[121.356s][info][gc] GC(9) Pause Final Mark 35.520ms
[121.356s][info][gc] GC(9) Concurrent cleanup 83264M->21162M(102400M) 0.305ms
[121.441s][info][gc] GC(9) Concurrent evacuation 21162M->22165M(102400M) 84.215ms
[121.441s][info][gc] GC(9) Pause Init Update Refs 0.050ms
[121.698s][info][gc] GC(9) Concurrent update references 22169M->23389M(102400M) 256.810ms
[121.699s][info][gc] GC(9) Pause Final Update Refs 0.522ms
[121.700s][info][gc] GC(9) Concurrent cleanup 23389M->4630M(102400M) 0.859ms
Testing: hotspot_gc_shenandoah
Thanks,
-Aleksey
More information about the shenandoah-dev
mailing list