[9] RFR(S): 8134493: Cleaning inline caches of unloaded nmethods should be done in sweeper

Tobias Hartmann tobias.hartmann at oracle.com
Thu Aug 27 07:10:24 UTC 2015


Hi,

please review the following patch.

https://bugs.openjdk.java.net/browse/JDK-8134493
http://cr.openjdk.java.net/~thartmann/8134493/webrev.00/

Problem:
This is a follow up on JDK-8075805 [1] which modified CodeCache::gc_epilogue() to clean the ICs of unloaded nmethods as well. The problem is that this code is executed at a safepoint and may affect safepoint duration. The other changes of JDK-8134493 are fine.

Solution:
We do the cleaning of unloaded nmethods at the unloaded -> zombie transition in the sweeper. I also modified nmethod::cleanup_inline_caches() to not emit any transition stubs if the nmethod is already dead.

As Martin Doerr pointed out in another thread, we have to be careful with accessing CompiledIC::cached_metadata() of unloaded nmethods. For example, the following scenario may happen (IC of A references B):

    state of A       state of B
-------------------------------
    not-entrant
S   [not-on-stack]      
S   zombie           
	             unloaded

Now the IC of A still references the unloaded nmethod B and is_call_to_compiled() will access the unloaded metadata. I fixed this by checking caller->is_alive().

Thanks,
Tobias

[1] https://bugs.openjdk.java.net/browse/JDK-8075805




More information about the hotspot-compiler-dev mailing list