[13] RFR (S): 8188133: C2: Static field accesses in clinit can trigger deoptimizations

Nils Eliasson nils.eliasson at oracle.com
Fri Feb 1 09:22:42 UTC 2019


On 2019-01-31 20:29, Vladimir Ivanov wrote:
> http://cr.openjdk.java.net/~vlivanov/8188133/webrev.00
> https://bugs.openjdk.java.net/browse/JDK-8188133
>
> The test case in the bug demonstrates a pathological case with 
> long-running static initializer: though it's allowed to access static 
> fields from the thread performing the initialization, C2 can't prove 
> that in general.
>
> While solving the general problem doesn't seem worth the effort 
> (requires barriers on method entries), I propose to extend the logic 
> to cover simple cases: when static initializer is the root of the 
> compilation, all accesses to static fields of the corresponding class 
> are allowed. It extends the coverage to all inlinees from OSR 
> compilation of clinit.

What about the nmethod barriers for cuncurrent class/nmethod unloading? 
Would they help in solving the general problem? Or is there another kind 
of barrier you have in mind?

// Nils

>
> Testing: hs-precheckin-comp, tier1-5
>
> Best regards,
> Vladimir Ivanov


More information about the hotspot-compiler-dev mailing list