<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.hoenzb
        {mso-style-name:hoenzb;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">+1 to Jim’s thoughts.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Sayantan<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> mpi3-rma-bounces@lists.mpi-forum.org [mailto:mpi3-rma-bounces@lists.mpi-forum.org]
<b>On Behalf Of </b>Jim Dinan<br>
<b>Sent:</b> Tuesday, August 06, 2013 6:31 AM<br>
<b>To:</b> MPI 3.0 Remote Memory Access working group<br>
<b>Subject:</b> Re: [Mpi3-rma] MPI-3 UNIFIED model updates<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Pavan,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Thanks for summarizing the discussion.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">My preference would be to have the fewer memory models in the standard.  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.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I think there's also a good chance that this could be an erratum, whereas a new memory model would have to go into a new version of the spec.  If we were to decide later that we want a stronger memory model that defines the ordering seen
 by the target in the absence of synchronizations, this option would still allow us to add it later.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"> ~Jim.<o:p></o:p></p>
<div>
<p class="MsoNormal">On Mon, Aug 5, 2013 at 10:20 PM, Pavan Balaji <<a href="mailto:balaji@mcs.anl.gov" target="_blank">balaji@mcs.anl.gov</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal">All,<br>
<br>
Based on the very long email thread on "MPI-3 UNIFIED model clarification", I think we now agree that something needs to change in the MPI standard to allow for cache-coherent architectures that don't quite give the level of hardware support that is required
 for UNIFIED.<br>
<br>
We came down to one of two solutions for this --<br>
<br>
1. We weaken the UNIFIED model to say that a WIN_SYNC is required for data to be used.  I liked Jim's wording best, so I'm listing it here:<br>
<br>
Unified does not guarantee that "public win == private win".  It guarantees that they are *eventually* the same, not immediately and always the same.<br>
<br>
I would add that the user can force the windows to be the same using WIN_SYNC, just like in SEPARATE.<br>
<br>
2. We leave UNIFIED as-is, and create a new memory model.  I'm going to use KIND_OF_UNIFIED here for discussion, though someone else will need to come up with a better name eventually.<br>
<br>
The KIND_OF_UNIFIED memory model would not have the above described semantics.<br>
<br>
I, personally, am OK with either option.  But I look forward to hearing others thoughts on these models.<span style="color:#888888"><br>
<br>
<span class="hoenzb"> -- Pavan</span><br>
<br>
<span class="hoenzb">-- </span><br>
<span class="hoenzb">Pavan Balaji</span><br>
<span class="hoenzb"><a href="http://www.mcs.anl.gov/~balaji" target="_blank">http://www.mcs.anl.gov/~balaji</a></span><br>
<span class="hoenzb">_______________________________________________</span><br>
<span class="hoenzb">mpi3-rma mailing list</span><br>
<span class="hoenzb"><a href="mailto:mpi3-rma@lists.mpi-forum.org" target="_blank">mpi3-rma@lists.mpi-forum.org</a></span><br>
<span class="hoenzb"><a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-rma" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-rma</a></span></span><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>