Open nspark opened 6 years ago
@nspark Yes, we should include the verbiage.
I think this may be easiest to address via the updated Memory Model section in front matter. Assigning to myself to volunteer to draft the relevant text.
@jdinan Should this also clarify defining local and remote completion?
Scratch that, this will go in "Invoking OpenSHMEM Operations" in the Execution Model section.
@wrrobin The concepts are definitely related. Interested in your feedback on RaymondMichael#26.
Thanks @jdinan. This change looks good to me. Do you think we should add/update any texts in Section 9 API descriptions (e.g. shmem_quiet
or shmem_fence
) to refer to the in use
clause mentioned in RaymondMichael#26?
Those are two of the hardest to edit sections in the spec. But, improvements are always welcome. 😁
Anything more we want to do on this issue, specifically to address nonblocking operations?
@wrrobin @nspark Anything more needed on this issue? Anything we might want to address in 1.6 (if so, I would suggest creating a new issue and referencing this one for context)?
@jdinan For 1.5, I am ok to close this issue. Regarding 1.6, I was thinking about whether we can utilize the in use
clause more frequently throughout the spec instead of keeping it only in one place. This may help to define the local
and remote
completion that we are trying to add to the glossary.
@wrrobin We are trying for an empty list of open issues at the next meeting. If you're satisfied that this issue is resolved for 1.5, you can reassign the issue to 1.6 or close it and open a new 1.6 issue.
Not sure why is this open - looks like we fixed it in 1.5 release. @jdinan can you please confirm - whether it is OK to close?
The nonblocking RMA routines say:
Should we clarify the (implicit) requirement that the local buffer (i.e.,
dst
forget_nbi
,src
forput_nbi
) remain valid until a subsequentshmem_quiet
operation?For example, the following two cases should be invalid: