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