Summary
This ticket is a follow-on to #229 with the goal of filtering out issues that have already been addressed in OpenSHMEM 1.5 and organize memory model work for OpenSHMEM 1.6.
This issue is work in progress and not yet ready for discussion.
Open Issues
Ordering of blocking fetching operations
-
Blocking gets should be unordered to support weak memory models
- May require the addition of a new fence, fence with an argument, or extension to
shmem_fence to allow users to order blocking gets
-
Blocking fetching atomics are assumed to be ordered
-
May want to add support for unordered fetching atomics, possibly as nonblocking APIs
Ref #233
Scope of fence operations
Ref #232
Summary
This ticket is a follow-on to #229 with the goal of filtering out issues that have already been addressed in OpenSHMEM 1.5 and organize memory model work for OpenSHMEM 1.6.
This issue is work in progress and not yet ready for discussion.
Open Issues
Ordering of blocking fetching operations
Blocking gets should be unordered to support weak memory models
shmem_fenceto allow users to order blocking getsBlocking fetching atomics are assumed to be ordered
May want to add support for unordered fetching atomics, possibly as nonblocking APIs
Ref #233
Scope of fence operations
Ref #232