RFR (S): 8033380: Experimental VM flag to enforce access atomicity (original) (raw)

Aleksey Shipilev aleksey.shipilev at oracle.com
Wed Feb 12 00:20:15 PST 2014

On 02/12/2014 12:13 AM, Igor Veresov wrote:

On Feb 11, 2014, at 9:43 AM, Aleksey Shipilev <aleksey.shipilev at oracle.com> wrote:

Please look at the updated webrev here: http://cr.openjdk.java.net/~shade/8033380/webrev.03/

Thanks for the review! This patch passes full JPRT cycle.

Well, it is correct, but do you really need to deopt on 64bit? May be put the check of the field type in LP64ONLY() ?

I think experimental-wise, it is safer to go through the nuisance of deopt on 64bit with -XX:+AAA, because it will make changes: a) safer, since it follows the route of volatile accesses, and makes final machine code correct by construction; b) coherent, since 32/64 bit builds will go through the same sequence of deoptimizations.

-Aleksey.

More information about the hotspot-compiler-dev mailing list