[mpiwg-rma] FW: [Mpi3-rma] [EXTERNAL] Re: MPI-3 UNIFIED model updates

Pavan Balaji balaji at mcs.anl.gov
Tue Aug 27 08:52:42 CDT 2013


On 08/27/2013 07:15 AM, Underwood, Keith D wrote:
>>> I prefer option #1 -- that a window synchronization (e.g. Win_sync)
>>> can be used to order load/store operations with respect to actions
>>> performed by other processes in the target's window.  If no ordering
>>> is enforced, the MPI standard does not define what is seen by load
>>> operations at the target process.  As a rationale, the local process'
>>> view of the window may not be consistent with the window because of
>>> performance optimizations or the consistency model of the underlying
>>> architecture.  This would allow e.g. SHMEM implementations to still
>>> use MPI-3 RMA, but they would have to rely on a behavior that is
>>> defined by the architecture/implementation, as they currently do.
>
> My statement:  this seems to be what SHMEM does - except they don't
> provide the equivalent of Win_sync.  If we are going to hack on the
> text, I would prefer that we be *very* careful in our wording.
> Specifically, we need to make it very clear that the SHMEM approach
> is *legal*, but the burden is on the user to do potentially
> implementation specific things to make it work right.

Hmm.  OK.  Just so there's no confusion, by "SHMEM approach", you are 
saying that the application can use its own platform-specific memory 
consistency calls and avoid using WIN_SYNC, correct?

-- 
Pavan Balaji
http://www.mcs.anl.gov/~balaji



More information about the mpiwg-rma mailing list