<div dir="ltr">Rolf,<div><br></div><div>I think this ticket needs to be reviewed by the RMA WG before moving it forward.  I would suggest updating the text to incorporate the following changes:</div><div><p style="color:rgb(0,0,0);font-family:Verdana,Arial,'Bitstream Vera Sans',Helvetica,sans-serif;font-size:13px;background-color:rgb(255,255,221)">
Example 11.13 demonstrates the proper synchronization in the unified memory model when a data transfer is implemented with load and store (instead of MPI_PUT or MPI_GET) and the synchronization between processes is performed using point-to-point communication. The synchronization between processes must be supplemented with a memory synchronization through calls to MPI_WIN_SYNC, which act locally as a processor-memory barrier.  In Fortran, reordering of the MPI_WIN_SYNC calls must be prevented with MPI_F_SYNC_REG operations.</p>
<p style="color:rgb(0,0,0);font-family:Verdana,Arial,'Bitstream Vera Sans',Helvetica,sans-serif;font-size:13px;background-color:rgb(255,255,221)">The variable X is contained within a shared memory window and X corresponds to the same memory location at both processes. The MPI_WIN_SYNC operation performed by process A ensures completion of the load/store operations issued by process A. The MPI_WIN_SYNC operation performed by process B ensures that process A's updates to X are visible to process B.<br>
</p></div><div>In the example, I don't see the reason for the second set of SYNC operations after B's read of X.  If A updates X and B only reads it, the second send/recv synchronization should be sufficient.  That is, B has not made any updates to X that need to be made visible A, and B's read of X will be ordered because of the send operation.  The F_SYNC could still be needed to preserve this ordering.</div>
<div><br></div><div> ~Jim.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 17, 2014 at 12:23 PM, Jeff Hammond <span dir="ltr"><<a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Switching to the WG list so that everyone is involved...<br>
<br>
I do not see adding an example as so urgent that it needs to be dealt<br>
with at the next meeting, given how overloaded the relevant people<br>
are.<br>
<br>
Honestly, it is more likely to be read by users if the example and<br>
commentary on it are the subject of a blog post on Squyres' blog.  At<br>
the very least, that will ensure Google indexes it and thus curious<br>
people will find it (as much cannot be said for the MPI standard<br>
itself).<br>
<br>
Jeff<br>
<div class="HOEnZb"><div class="h5"><br>
On Mon, Feb 17, 2014 at 10:50 AM, Rolf Rabenseifner<br>
<<a href="mailto:rabenseifner@hlrs.de">rabenseifner@hlrs.de</a>> wrote:<br>
> Pavan,<br>
><br>
> do you put also #413 on the list.<br>
> I believe, it's better to have it on the list<br>
> although it is only an example and therefore the RMA group<br>
> may put it on the errata without plenary.<br>
> Please can you do all what is needed<br>
> that it comes on the MPI-3.0 errata list.<br>
><br>
> Best regards<br>
> Rolf<br>
><br>
>> Pavan,<br>
>>    thank you for supporting it in the March meeting (Rajeev will not<br>
>>    be there).<br>
>>    Is there a RMA WG Meeting at the March Forum Meeting?<br>
>>    Will you do an MPI-3.0 errata plenary reading<br>
>>    or will you put it into the errata by WG dicision,<br>
>>    because it is only an example?<br>
>>    In both cases #413 should be latest tomorrow on the agenda.<br>
>><br>
>>    Because it is one block of text at one precise location,<br>
>>    the ticket format may be enough formalism, i.e., no extra pdf.<br>
><br>
> ----- Original Message -----<br>
>> From: "Jim Dinan" <<a href="mailto:james.dinan@gmail.com">james.dinan@gmail.com</a>><br>
>> To: "Main MPI Forum mailing list" <<a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a>><br>
>> Sent: Monday, February 17, 2014 4:35:51 PM<br>
>> Subject: [Mpi-forum] 3/14: Formal Readings<br>
>><br>
>><br>
>><br>
>> Hi All,<br>
>><br>
>><br>
>> The RMA and Hybrid working groups would like to put forward the<br>
>> following tickets for formal readings at the upcoming meeting:<br>
>><br>
>><br>
>> #380 - Endpoints proposal<br>
>><br>
>><br>
>> <a href="https://svn.mpi-forum.org/trac/mpi-forum-web/attachment/ticket/380/mpi-report.pdf" target="_blank">https://svn.mpi-forum.org/trac/mpi-forum-web/attachment/ticket/380/mpi-report.pdf</a><br>
>><br>
>><br>
>> Read by: Pavan Balaji<br>
>><br>
>><br>
>> #349, #402, #404 - Address arithmetic proposal<br>
>><br>
>><br>
>><br>
>> <a href="https://svn.mpi-forum.org/trac/mpi-forum-web/attachment/ticket/349/review-349-402-404.pdf" target="_blank">https://svn.mpi-forum.org/trac/mpi-forum-web/attachment/ticket/349/review-349-402-404.pdf</a><br>

>><br>
>><br>
>><br>
>> Read by: David Goodell<br>
>> #369 - Add same_disp_unit info key for RMA window creation<br>
>><br>
>><br>
>><br>
>> <a href="https://svn.mpi-forum.org/trac/mpi-forum-web/attachment/ticket/369/mpi-report.2.pdf" target="_blank">https://svn.mpi-forum.org/trac/mpi-forum-web/attachment/ticket/369/mpi-report.2.pdf</a><br>
>><br>
>><br>
>><br>
>> Read by: Pavan Balaji<br>
>><br>
>> Please add these to the agenda.  Unfortunately, I will not be able to<br>
>> attend this meeting, so I have included a contact person for each<br>
>> ticket.<br>
>><br>
>><br>
>> Thanks!<br>
>>  ~Jim.<br>
>> _______________________________________________<br>
>> mpi-forum mailing list<br>
>> <a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a><br>
>> <a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum</a><br>
><br>
> --<br>
> Dr. Rolf Rabenseifner . . . . . . . . . .. email <a href="mailto:rabenseifner@hlrs.de">rabenseifner@hlrs.de</a><br>
> High Performance Computing Center (HLRS) . phone <a href="tel:%2B%2B49%280%29711%2F685-65530" value="+4971168565530">++49(0)711/685-65530</a><br>
> University of Stuttgart . . . . . . . . .. fax <a href="tel:%2B%2B49%280%29711%20%2F%20685-65832" value="+4971168565832">++49(0)711 / 685-65832</a><br>
> Head of Dpmt Parallel Computing . . . <a href="http://www.hlrs.de/people/rabenseifner" target="_blank">www.hlrs.de/people/rabenseifner</a><br>
> Nobelstr. 19, D-70550 Stuttgart, Germany . . . . (Office: Room 1.307)<br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Jeff Hammond<br>
<a href="mailto:jeff.science@gmail.com">jeff.science@gmail.com</a><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>
</font></span></blockquote></div><br></div>