RFR (M) 8235573: Move JFR ObjectSample oop into OopStorage

Kim Barrett kim.barrett at oracle.com
Tue Aug 4 05:44:35 UTC 2020


> On Aug 3, 2020, at 9:14 AM, coleen.phillimore at oracle.com wrote:
> On 8/1/20 5:14 AM, Kim Barrett wrote:
>> One less serial weak processing phase!  Yay!
> 
> We thought you'd like that.  Unfortunately, the jvmti serial phase is hard to eradicate.

I had an idea for that a long time ago, but haven’t followed up.

> incremental webrev at http://cr.openjdk.java.net/~coleenp/2020/8235573.02.incr/webrev
> full webrev at http://cr.openjdk.java.net/~coleenp/2020/8235573.03/webrev

_last_sweep is being written by one thread and read others. For STW
reference processing collectors this might not be a problem; I'm not sure
what threads do the reading and what their state is when the read is
performed. But even if that's the case, this seems like it should a be a
problem for concurrent reference processing.

> And retested.
> Thanks,
> Coleen




More information about the hotspot-jfr-dev mailing list