RFR: 8219708: Stop flushing OSR nmethods earlier in the sweeper
Erik Österlund
erik.osterlund at oracle.com
Tue Feb 26 08:10:11 UTC 2019
Hi,
The sweeper has an optimization that makes the lifecycle of nmethods
more complicated than it needs to be.
It recognizes that no inline caches point at OSR nmethods, and uses that
knowledge to reclaim OSR nmethods more aggressively than normal
nmethods. It assumes that it is okay to flush unloded nmethods, and
nmethods we just made zombie immediately. But if the nmethod is locked,
it needs to wait anyway.
There have been multiple bugs due to this special life cycle of OSR
nmethods, and it is simply not worth it. It also blocks concurrent
ICStub reclamation, which requires the more robust life cycle.
Bug:
https://bugs.openjdk.java.net/browse/JDK-8219708
Webrev:
http://cr.openjdk.java.net/~eosterlund/8219708/webrev.00/
Thanks,
/Erik
More information about the hotspot-compiler-dev
mailing list