RFR (S): 8033380: Experimental VM flag to enforce access atomicity
Aleksey Shipilev
aleksey.shipilev at oracle.com
Wed Feb 12 13:28:57 PST 2014
On 02/12/2014 11:02 PM, Igor Veresov wrote:
> With volatile it must deopt because it may need to emit much more
> loads that otherwise were possibly eliminated (because it
> optimistically assumed the unknown field is not volatile). I’d a
> least put a comment that deopting on 64bit is unnecessary, and that
> long stores on 32bit need to be handled specially when this becomes a
> product feature.
That's fair, see the updated comment in:
http://cr.openjdk.java.net/~shade/8033380/webrev.04/
-Aleksey.
More information about the hotspot-compiler-dev
mailing list