<HTML>
<HEAD>
<TITLE>Re: [Mpi3-subsetting] MPI subsetting: charting the way forward atatelecon next week?</TITLE>
</HEAD>
<BODY>
<FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>We may be talking across past each other - MPI_NO_EAGER_THROTTLE seems to me to be a statement<BR>
about the MPI implementation, not the application, and thus does not fit the test of being an assertion<BR>
on the application. I guess you could say that the application is asking for the library to respect this<BR>
request, but this assumes this means something to all implementations.<BR>
<BR>
If we are going to put things into the standard that mean something in some implementations, and not<BR>
in others, we have to have a way for every implementation to add assertions that are meaningful to them,<BR>
and can’t just pick a set that fits a sub-set of implementations, and as such need mechanisms for adding<BR>
new parameters, and querying which ones are supported.<BR>
<BR>
Rich<BR>
<BR>
<BR>
On 6/20/08 1:45 PM, "Richard Treumann" <treumann@us.ibm.com> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'>Since an assertion is a statement about the application, made by the application, I see no need for a query system that preceeds making the assertion. If the application author is confident enough about the way his application works to make one of the few predefined assertions, it can never do any harm to make the assertion. <BR>
<BR>
If he wants to experiment, he can use the query function within the application to find out if the assertion he made is being exploited by the MPI implementation. If the query function says the assertion is not being exploited then it is harmless. If the query function says it is being exploited then the application author can try his application with and without the assertion to see if the payoff is noticable. If he is the cautious type he can put in a query and issue a warning for any MPI implementation that exploits the assertion. The warning would say "Additional testing may be required". When he changes or upgrades his MPI and the new MPI implementation does exploit the assertion he will be warned.<BR>
<BR>
I think if there are more than a very few assertions available, the third party libraries will simply take the defensive actions of disallowing all assertions. If there are a very few will defined assertions, third party libraries can decide which ones to allow.<BR>
<BR>
If there are a small number of predefined assertion there is no reason the standard could not say which bit each one uses. If the standard said MPI_NO_EAGER_THROTTLE was to be 0x01 there would be no ABI issue.<BR>
<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>
<BR>
</SPAN></FONT><FONT SIZE="2"><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:10.0px'>mpi3-subsetting-bounces@lists.mpi-forum.org wrote on 06/20/2008 01:05:03 PM:<BR>
<BR>
> <BR>
> Yes, but the best approach would be a query/subscribe<BR>
> interface, possibly with some set of standard ketwords<BR>
> that provide portability.<BR>
> <BR>
</SPAN></FONT></FONT><FONT FACE="Verdana, Helvetica, Arial"><SPAN STYLE='font-size:12.0px'><BR>
<HR ALIGN=CENTER SIZE="3" WIDTH="95%"></SPAN></FONT><FONT SIZE="2"><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:10.0px'>_______________________________________________<BR>
mpi3-subsetting mailing list<BR>
mpi3-subsetting@lists.mpi-forum.org<BR>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-subsetting">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-subsetting</a><BR>
</SPAN></FONT></FONT></BLOCKQUOTE><FONT SIZE="2"><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:10.0px'><BR>
</SPAN></FONT></FONT>
</BODY>
</HTML>