<html><body>
<p>Hi Keith <br>
<br>
Say the MPI implementor for the Cell SPE version of MPI did a good job of organizing his functionality (perhaps by making subsetting decisions that work for the structure of his implementation). Say there is an MPI application that only makes calls to the 6 essential MPI routines plus MPI_Allreduce and MPI_Bcast. When that application is statically bound to the MPI implementation by a smart linker that follows dependancy chains and only brings in needed subroutines don't you get the desired result? <br>
<br>
What more do you get in this case from having the MPI standard dictate the subsets and asking the user to declare what subsets he will need? If you leave it to the implementor to devise the subsets and change them as some ways of slicing and dicing libmpi prove more useful than others it may be better than having the standard lock down the dividing lines based on today's best guess. <br>
<br>
It does occur to me that the linker cannot tell if the MPI_Bcast call will need the code that supports MPI_Bcast on intercommunicators even though that is rarely used. That means if the application has an MPI_Bcast call, both (probably needed) intracomm- and (probably not needed) intercomm support enter the footprint. <br>
<br>
Dick <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>
<tt>mpi-22-bounces@lists.mpi-forum.org wrote on 05/09/2008 02:34:33 PM:<br>
<br>
> Imagine, for example, MPI running on a Cell SPE. Yes, it sounds <br>
> crazy, but people are working on it. If you look at the state in <br>
> MPI-2 today, and assume it will grow proportionally with complexity,<br>
> MPI-3 could be really nasty in that context. So, while I agree that<br>
> an arbitrarily large number of permutations is a terrible idea for <br>
> everyone involved (implementers wouldn’t leverage all of the <br>
> options, ISVs wouldn’t test them, people who write third party <br>
> libraries would have a huge headache dealing with the arbitrary <br>
> combination of features chosen by the application), it seems like it<br>
> would be prudent to try to figure out how to provide some mechanisms<br>
> in this direction. I don’t know if this overlaps with your idea <br>
> about assertions or not, but they do seem to be related.</tt><br>
<tt>> </tt><br>
<tt>> Keith</tt><br>
<tt>> </tt><br>
</body></html>