-
Bug
-
Resolution: Fixed
-
P3
-
9
-
b110
-
generic
-
generic
Setting the target on existing call site causes HotSpot to deoptimize the target method, and recompile it. After a few recompilations, HotSpot will bail out on compiling the method, leaving it running in interpreted mode. Albeit this is a good strategy under frequent relinkings, the recompilation cutoff might be too low for indy callsites, and can penalize legitimate use cases.
- relates to
-
JDK-8147550 JSR292: Generate slow non-inlined code shape for unstable call sites
- Open
-
JDK-8173338 C2: continuous CallSite relinkage eventually disables compilation for a method
- Resolved
-
JDK-7087838 JSR 292: add throttling logic for optimistic call site optimizations
- Closed