<html><body>
<p>Hi Alexander <br>
<br>
I have no objection to citing my "assertions" proposal in the subsetting discussions. I do want to keep it clear that this proposal is intended to be as simple as practical to <b>implement, exploit</b> and<b> live with</b>.<br>
<br>
"Live with" applies to 3rd party library authors or anyone else who must write MPI code but does not know and control the structure of the entire application. That guy must "live with" the decisions made by whoever coded the MPI_INIT piece. "Live with" also applies to whoever must test or certify a specific MPI implementation.<br>
<br>
Thanks - Dick <br>
<br>
Dick Treumann - MPI Team/TCEM <br>
IBM Systems & Technology Group<br>
Dept 0lva / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601<br>
Tele (845) 433-7846 Fax (845) 433-8363<br>
<br>
<img width="16" height="16" src="cid:1__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt="Inactive hide details for "Supalov, Alexander" <alexander.supalov@intel.com>">"Supalov, Alexander" <alexander.supalov@intel.com><br>
<br>
<br>
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td style="background-image:url(cid:2__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com); background-repeat: no-repeat; " width="40%">
<ul>
<ul>
<ul>
<ul><b><font size="2">"Supalov, Alexander" <alexander.supalov@intel.com></font></b><font size="2"> </font><br>
<font size="2">Sent by: mpi-22-bounces@lists.mpi-forum.org</font>
<p><font size="2">04/26/2008 04:03 AM</font>
<table border="1">
<tr valign="top"><td width="168" bgcolor="#FFFFFF"><div align="center"><font size="2">Please respond to<br>
"MPI 2.2" <mpi-22@lists.mpi-forum.org></font></div></td></tr>
</table>
</ul>
</ul>
</ul>
</ul>
</td><td width="60%">
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td width="1%"><img width="58" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<div align="right"><font size="2">To</font></div></td><td width="100%"><img width="1" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">"MPI 2.2" <mpi-22@lists.mpi-forum.org></font></td></tr>
<tr valign="top"><td width="1%"><img width="58" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<div align="right"><font size="2">cc</font></div></td><td width="100%"><img width="1" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""><br>
</td></tr>
<tr valign="top"><td width="1%"><img width="58" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<div align="right"><font size="2">Subject</font></div></td><td width="100%"><img width="1" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">Re: [Mpi-22] mpi-22 Digest, Vol 2, Issue 7</font></td></tr>
</table>
<table border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td width="58"><img width="1" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""></td><td width="336"><img width="1" height="1" src="cid:3__=0ABBFED3DFCECD288f9e8a93df938@us.ibm.com" border="0" alt=""></td></tr>
</table>
</td></tr>
</table>
<br>
<font color="#0000FF" face="Arial">Dear Dick,</font><br>
<font size="4"> </font><br>
<font color="#0000FF" face="Arial">Thank you. Would you mind if I cite your proposal in the subsets discussion? Yours looks like a good alternative to the thinking of some of us that subsets might be very rich and mutable, and to Jeff's proposal on hints I've already cited there with his permission.</font><br>
<font size="4"> </font><br>
<font color="#0000FF" face="Arial">Best regards.</font><br>
<font size="4"> </font><br>
<font color="#0000FF" face="Arial">Alexander</font><br>
<br>
<hr width="100%" size="2" align="left"><b><font face="Tahoma">From:</font></b><font face="Tahoma"> mpi-22-bounces@lists.mpi-forum.org [<a href="mailto:mpi-22-bounces@lists.mpi-forum.org">mailto:mpi-22-bounces@lists.mpi-forum.org</a>] </font><b><font face="Tahoma">On Behalf Of </font></b><font face="Tahoma">Richard Treumann</font><b><font face="Tahoma"><br>
Sent:</font></b><font face="Tahoma"> Thursday, April 24, 2008 6:16 PM</font><b><font face="Tahoma"><br>
To:</font></b><font face="Tahoma"> MPI 2.2</font><b><font face="Tahoma"><br>
Subject:</font></b><font face="Tahoma"> Re: [Mpi-22] mpi-22 Digest, Vol 2, Issue 7</font><font size="4"><br>
</font>
<p><font size="4">Dick Treumann - MPI Team/TCEM <br>
IBM Systems & Technology Group<br>
Dept 0lva / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601<br>
Tele (845) 433-7846 Fax (845) 433-8363<br>
<br>
</font><tt><font size="4"><br>
mpi-22-bounces@lists.mpi-forum.org wrote on 04/24/2008 11:33:42 AM:<br>
<br>
> Hi,<br>
> <br>
> Note that this is an argument for making the assertions optional: those<br>
> who don't care don't have to use them. Those who care should use them<br>
> correctly or else. As usual.<br>
> <br>
> Best regards.<br>
> <br>
> Alexander <br>
> </font></tt><font size="4"><br>
</font><tt><font size="4"><br>
Hi Alexander </font></tt><font size="4"><br>
</font><tt><font size="4"><br>
The assertions are optional in this proposal. If this is added to the MPI standard the minimal impacts (day one impacts) are:</font></tt><font size="4"><br>
</font><tt><font size="4"><br>
==<br>
To application writers (none) - MPI_INIT and MPI_INIT_THREAD still work. MPI_INIT_THREAD_xxx can be<br>
passed 0 (zero) as the assertions bit vector.</font></tt><font size="4"><br>
</font><tt><font size="4"><br>
To MPI Implementors (small) - subroutine MPI_INIT_THREAD_xxx can be a clone of MPI_INIT_THREAD under the covers. If the Forum decides the query function is for asking what assertions are being honored, the implementation can just return "none" to every query. If there is also a query for what assertions have been made then there are a few more lines of code the implementor must write to preserve the value so it can be returned(maybe 10 lines)</font></tt><font size="4"><br>
</font><tt><font size="4"><br>
Writers of opaque libraries (small) - call the query function at library init time and if any assertions are found, issue an error message and kill the job. This is awkward for a library that wants to support every MPI whether it has implemented the new query function or not.<br>
==</font></tt><font size="4"><br>
</font><tt><font size="4"><br>
As MPI implementations begin to take advantage of assertions there is more work for the MPI implementor and the library author must begin to think about whether his customer will be upset if the library simply outlaws all assertions. </font></tt><font size="4"><br>
</font><tt><font size="4"><br>
The library author will never be wrong if he simply forbids assertions forever. If they become valuable he will feel the pressure to work it out. </font></tt><font size="4"><br>
</font><tt><font size="4"><br>
The MPI implementor will never be wrong if he adds the API but simply ignores assertions forever. If they become valuable he will feel the pressure to honor some at least.</font></tt>
<p><tt><font size="4">---------------------------------------------------------------------<br>
Intel GmbH<br>
Dornacher Strasse 1<br>
85622 Feldkirchen/Muenchen Germany<br>
Sitz der Gesellschaft: Feldkirchen bei Muenchen<br>
Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer<br>
Registergericht: Muenchen HRB 47456 Ust.-IdNr.<br>
VAT Registration No.: DE129385895<br>
Citibank Frankfurt (BLZ 502 109 00) 600119052<br>
<br>
This e-mail and any attachments may contain confidential material for<br>
the sole use of the intended recipient(s). Any review or distribution<br>
by others is strictly prohibited. If you are not the intended<br>
recipient, please contact the sender and delete all copies.<br>
</font></tt><tt>_______________________________________________<br>
mpi-22 mailing list<br>
mpi-22@lists.mpi-forum.org<br>
</tt><tt><a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-22">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-22</a></tt><tt><br>
</tt>
<p></body></html>