<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Can you point me at the proposed solutions? :-)<div><br><div><div>On Apr 23, 2009, at 8:07 PM, Vinod tipparaju wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Verdana; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div><br class="Apple-interchange-newline">First, as far as my understanding goes, no, that is not why we have the active message working group.<br></div><div><br></div><div>I will not comment on if the MPI-2 missed its mark. You are more familiar with what went on that I am. In my opinion, it was a design that approached the problem of defining one-sided data access in a ubiquitous way on both CC and non-CC machines -- I wasn't participating in the forum when these choices where made.</div><div><br></div><div>Lower latency than two sided means many things. One of them is tag matching ( as you know very well, this can have good and bad effects based on the scenario). There are may others such as lower latency single element updates and lesser than the currently necessary synchronization for remote data access and update.</div><div><br></div><div>All of these have been addressed with a proposed potential solution in MPI forum RMA working group in _two_ different ways with-in the last one year. If you think neither of these two approaches have satisfied the "starting over" criterion, I would like to know, why?</div><div><br></div><div>Bandwidth is an entirely different story.<br></div><div><br></div><div>Vinod Tipparaju.</div><div><br>> To:<span class="Apple-converted-space"> </span><a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a><br>> From:<span class="Apple-converted-space"> </span><a href="mailto:tony@cis.uab.edu">tony@cis.uab.edu</a><br>> Date: Fri, 24 Apr 2009 00:32:54 +0000<br>> Subject: Re: [Mpi-forum] MPI-3 One-Sided Communications<br>><span class="Apple-converted-space"> </span><br>> Hi, I was giving my opinion...<br>><span class="Apple-converted-space"> </span><br>> The main requirements for one sided was achieve lower latency than two sided (as well as one sidedness), and allow for potentially lower bandwidth on long transfers as a side effect... What one sided achieved is higher latency and higher bandwidth in typical (quality) implementations. The api is consequently a mismatch to its original purpose... It diverged from its design center.. Missed the mark... Way too complex compared to simple put and get.<br>><span class="Apple-converted-space"> </span><br>> Starting again from first principles with the goal of very low latency remote put and get without the legacy of existing one sided is my suggestion.<br>><span class="Apple-converted-space"> </span><br>> In other words : Start over.<br>><span class="Apple-converted-space"> </span><br>> Perhaps that is why now we have an active messages group?<br>> Not sure.<br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Tony<br>> Anthony Skjellum, PhD<br>> Professor and Chair<br>> Dept. of Computer and Information Sciences<br>> University of Alabama at Birmingham<br>> +1-205-807-4968<br>><span class="Apple-converted-space"> </span><br>> -----Original Message-----<br>> From: Vinod tipparaju <<a href="mailto:tipparajuv@hotmail.com">tipparajuv@hotmail.com</a>><br>><span class="Apple-converted-space"> </span><br>> Date: Thu, 23 Apr 2009 20:09:38<span class="Apple-converted-space"> </span><br>> To: <<a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a>><br>> Subject: Re: [Mpi-forum] MPI-3 One-Sided Communications<br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> _______________________________________________<br>> mpi-forum mailing list<br>><span class="Apple-converted-space"> </span><a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a><br>><span class="Apple-converted-space"> </span><a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum</a><br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> _______________________________________________<br>> mpi-forum mailing list<br>><span class="Apple-converted-space"> </span><a href="mailto:mpi-forum@lists.mpi-forum.org">mpi-forum@lists.mpi-forum.org</a><br>><span class="Apple-converted-space"> </span><a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum</a><br></div>_______________________________________________<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">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum</a><br></span></blockquote></div><br></div></body></html>