RFR: Make object pinning safepoint aware
Zhengyu Gu
zgu at redhat.com
Sun Oct 15 13:45:57 UTC 2017
>>
>>
> Ok, this is strange indeed. The write barrier should ensure we get no
> cset objects in pinning. The only logical explanation is that evac
> failed because of OOM (you should see than in hs_err: it will tell you
> if we are in cancelled state). However, we must still pin the
> object/region. I guess we must ensure we wait in oom_during_evacuation()
> until all GC threads settled (we probably do the right thing already),
> and then carry on pinning the cset object (i.e. we need an exception in
> the checking code for when evac has been cancelled). Then we'd slide
> into full-gc where we would handle pinning correctly (unless the region
> isn't pinned anymore when we get there).
Here this the complete hs_err:
http://cr.openjdk.java.net/~zgu/shenandoah/obj_pin_safepoint/hs_err_pid17356.log
-Zhengyu
>
> Roman
More information about the shenandoah-dev
mailing list