RFR: Shenandoah region/set iterators should not allow copying

Aleksey Shipilev shade at redhat.com
Wed May 2 18:07:51 UTC 2018


http://cr.openjdk.java.net/~shade/shenandoah/iterator-copy-mess/webrev.01/

We have a major performance regression like this:

[7.816s][info][gc] GC(8) Pause Final Update Refs 40.418ms

The cause is "Bitmap based ShHeapRegionSet" change [1] that messed up iterator copying. The handover
to final-update-refs walked all the regions *again* during the pause, because the iterator was
passed by value, and got index=0. I fixed both new iterators just in case.

Testing: hotspot_gc_shenandoah

[1] http://hg.openjdk.java.net/shenandoah/jdk/rev/a4691713454d



More information about the shenandoah-dev mailing list