<div dir="ltr"><div>#1 -- The effective target rank of load/store operations is currently not defined on shared memory windows.  That statement may seem like nonsense.  However, it is important for situations where load/store operations interact with RMA operations that do have an explicit target rank (e.g. lock/unlock).  I believe this was an oversight, and we intended that the load/store operations target the rank that allocated the memory.</div><div><br></div>#2 -- Yes, sounds like we are in agreement<div><br></div><div> ~Jim.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 19, 2015 at 2:44 PM, William Gropp <span dir="ltr"><<a href="mailto:wgropp@illinois.edu" target="_blank">wgropp@illinois.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">My preference is that load/store access follows the language rules for shared memory (I think that is what #1 means).  I don’t think anything else is viable.<div><br></div><div>For #2, I think so - again, the issue here is that while Unified promises “eventually”, real programs usually need some certainty, and for that, an explicit RMA synchronization is required.</div><div><br></div><div>Bill</div><div><br><div><div><div class="h5"><div>On Jan 19, 2015, at 8:42 AM, Jim Dinan <<a href="mailto:james.dinan@gmail.com" target="_blank">james.dinan@gmail.com</a>> wrote:</div><br></div></div><blockquote type="cite"><div><div class="h5"><div dir="ltr"><div>Bumping this thread for progress.  Please take a look a the two errata suggestions that I captured from the December meeting.  If folks feel that this is a good direction, I can convert the informal text below into proper errata proposals.</div><div><br></div><div> ~Jim.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 17, 2014 at 6:39 PM, Jim Dinan <span dir="ltr"><<a href="mailto:james.dinan@gmail.com" target="_blank">james.dinan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi All,<div><br></div><div>Reviewing my notes from the WG meeting, it appears that the following errata would clarify many misunderstandings of the MPI-3 RMA spec:</div><div><br></div>1) Clarify the target process rank for load/store operations on shared memory windows.  This is needed so that synchronization operations (e.g. lock/unlock and PSCW) are well defined on shared memory windows.<br><br>2) Clarify that that while there is one copy of the window data in memory in the unified memory model, there are still public and private views that must be synchronized according to the RMA semantics.<div><div><br></div><div>Is there enough support for these that they should be captured for future discussion?</div><div><br></div><div>Cheers,</div><div> ~Jim.</div></div></div>
</blockquote></div><br></div></div></div></div><span class="">
_______________________________________________<br>mpiwg-rma mailing list<br><a href="mailto:mpiwg-rma@lists.mpi-forum.org" target="_blank">mpiwg-rma@lists.mpi-forum.org</a><br><a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma</a></span></blockquote></div><br></div></div><br>_______________________________________________<br>
mpiwg-rma mailing list<br>
<a href="mailto:mpiwg-rma@lists.mpi-forum.org">mpiwg-rma@lists.mpi-forum.org</a><br>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-rma</a><br></blockquote></div><br></div>