[Mpi3-ft] Stabilization Updated & MPI_Comm_size question
Graham, Richard L.
rlgraham at ornl.gov
Fri Sep 17 04:22:34 CDT 2010
We need to clearly define what N or M is and not leave it to the implementation. 100% of the codes that seen over the past 15 years that check this value use it to indicate how many process have started. Any thing else is really useless, aside from letting the user find out how many processes actually started up, and then know how many did not start up.
On 9/17/10 4:27 AM, "Josh Hursey" <jjhursey at open-mpi.org> wrote:
So the Run-Through Stabilization proposal has been updated per our discussion in the working group meeting at the MPI Forum. The changes are summarized below:
- Add a Legacy Library Support example
- Clarify new error classes
- Update the MPI_Init and MPI_Finalize wording to be simpler and more direct.
- Fix wording of group creation calls versus communicator creation calls.
One question that we discussed quite a bit during the meeting was the issue of the return value of MPI_Comm_size() when processes fail during launch. I attempted to capture the discussion in the room in the Open Question attached to the discussion of MPI_Init:
If the user asks to start N processes on the command line, and only M processes were successfully launched (where M < N), then what should be returned from MPI_COMM_SIZE?
The return value must be consistent across all alive members of the group. The issue is if it should return N or M.
The feeling in the room was that since the MPI standard does not define the ability for the user to ask for a specific number of processes before initthen it is hard to define that this is the number it should be.
So it is left to the implementation whether it is M or N. If it is M, then the user has other techniques to find out what it originally asked for (e.g., by passing it as a command line argument to the application itself).
What do people think about the MPI_Comm_size issue?
Postdoctoral Research Associate
Oak Ridge National Laboratory
mpi3-ft mailing list
mpi3-ft at lists.mpi-forum.org
More information about the mpiwg-ft