RFR(S): 8229422: Taskqueue: Outdated selection of weak memory model platforms
Andrew Haley
aph at redhat.com
Wed Jan 22 17:45:20 UTC 2020
On 1/22/20 11:59 AM, David Holmes wrote:
> I'm assuming the ordering requirement is to preserve the order as
> expressed in the code. There is likely an assumption that by declaring
> both as volatile that the the compiler will not reorder them; and that
> the load_acquire will prevent the hardware from reordering them. I'm not
> sure if either of those assumptions are actually valid.
The compiler won't reorder the stores, but the hardware will.
> But that doesn't explain the complete lack of barriers in set_empty.
>
> The GC folk will need to chime in on the detailed semantic requirements
> of this algorithm.
OK, but this looks like a separate problem: we can deal with it later
if we need to.
Thanks.
--
Andrew Haley (he/him)
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
https://keybase.io/andrewhaley
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671
More information about the hotspot-gc-dev
mailing list