[Mpi3-rma] RMA proposal 1 update

Underwood, Keith D keith.d.underwood at intel.com
Tue May 18 13:25:36 CDT 2010

> On 05/18/2010 10:58 AM, Darius Buntinas wrote:
> > OK, as long as everything goes through the NIC.  Are we considering
> > direct load/stores differently from remote puts/gets in terms of
> completion?
> That's a good point. Even if you don't do direct load/stores, MPI
> implementations will want to optimize MPI_Puts/gets to local or shared
> memory windows on cache-coherent architectures by using load/stores
> internally.

Which should still be ok, if you do it right.  By the time that a target can "know" that a source thinks all of the Puts are complete, you should have made it globally visible (PCIExpress is an ordered channel, unless you use the unordered option, which you wouldn't if you wanted to do things like, oh, tell the app that a message had been received and really mean it ;-)  Worst case you have to do something like send a message down each pipe as part of the barrier (or comparable event) that informs the target that the source has done a flush... 


More information about the mpiwg-rma mailing list