RFR(M): 8209420: Track membars for volatile accesses so they can be properly optimized

Andrew Dinn adinn at redhat.com
Tue Aug 14 08:50:07 UTC 2018


On 14/08/18 09:20, Roland Westrelin wrote:
> Thanks for looking at this.
> 
>> I think we need to be consistent about how we handle these operations.
> 
> Covering all volatile operations would have to be done as a separate
> change, right?
If this is needed then I think that makes sense.

Note that the existing transformation only applies to volatile reads and
writes and CASes and Roland's proposed patch merely re-implements the
status quo. Up to now all other operations requiring barriers, i.e.
unsafe putXXXRelease, getXXXAcquire, getAndIncrement etc, have relied on
a combination of dmb ish and/or dmb ishld instructions being planted
adjacent to or bracketing the associated load/store instructions.

regards,


Andrew Dinn
-----------
Senior Principal Software Engineer
Red Hat UK Ltd
Registered in England and Wales under Company Registration No. 03798903
Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander


More information about the hotspot-compiler-dev mailing list