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