[Mpi3-ft] Con Call

[Josh Hursey]

On Feb 17, 2010, at 7:14 AM, Supalov, Alexander wrote:

> Dear Josh,
>
> Thank you. A couple of questions if you permit:
>
> 1. Did anyone from the Collective WG look into this proposal?

Not yet. I wanted the FT WG to take a few passes before I brought in  
the Collective WG. I have been looking over the Nonblocking  
Collectives chapter, and taking president/ideas from there on how to  
form some of the Nonblocking Dynamics.

> 2. How many simultaneous outstanding spawns are allowed on a  
> communicator?

I don't think this is specified in the standard for other nonblocking  
operations. For example with isend the MPI implementation might fall  
over (hopefully just by returning an error, but that will likely lead  
to abort()) at some point if there are too many isends posted due to  
memory or other internal constraints. But the limitation is purely MPI  
implementation and system dependent, so I don't think the standard  
should specify this.

So the short answer is, as many as the MPI implementation allows, but  
the MPI standard does not specify any such limit. Do you think that we  
need an advice to users on this point?

> 3. You use "I" right after the "MPI_", thus creating "MPI_ICOMM_*"  
> names. Maybe it's better to say "MPI_COMM_I*" where appropriate?

Here I just followed the president set by the standard of "MPI_I*".  
However "MPI_COMM_I*" seems to sound better. What do others think  
about this?

> 4. What, apart from symmetry, motivates introduction of the  
> MPI_ICOMM_JOIN?

Symmetry, and since it is a blocking operation dependent upon a remote  
process there is potential for comm./comp. overlap.

I know there has been some discussion about deprecating MPI_COMM_JOIN,  
but I wanted to move that discussion to another ticket. I think that  
the nonblocking dynamics and deprecating comm_join should be two  
separate discussions, even though the outcome of one will likely  
affect the other.

-- Josh

>
> Best regards.
>
> Alexander
>
> -----Original Message-----
> From: mpi3-ft-bounces at lists.mpi-forum.org [mailto:mpi3-ft-bounces at lists.mpi-forum.org 
> ] On Behalf Of Joshua Hursey
> Sent: Wednesday, February 17, 2010 1:06 PM
> To: MPI 3.0 Fault Tolerance and Dynamic Process Control working Group
> Subject: Re: [Mpi3-ft] Con Call
>
> I have updated the wiki page for "Nonblocking Process Creation and  
> Management Operations" per our meeting today.
>  https://svn.mpi-forum.org/trac/mpi-forum-web/wiki/Async-proc-mgmt
>
> -- Josh
>
> On Feb 16, 2010, at 9:16 PM, Graham, Richard L. wrote:
>
>> Reminder that we will have a con-call tomorrow, Wed 2/17/2010, at  
>> 12 noon EST.
>>
>> Rich
>>
>> _______________________________________________
>> mpi3-ft mailing list
>> mpi3-ft at lists.mpi-forum.org
>> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-ft
>
>
> _______________________________________________
> mpi3-ft mailing list
> mpi3-ft at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-ft
> ---------------------------------------------------------------------
> Intel GmbH
> Dornacher Strasse 1
> 85622 Feldkirchen/Muenchen Germany
> Sitz der Gesellschaft: Feldkirchen bei Muenchen
> Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer
> Registergericht: Muenchen HRB 47456 Ust.-IdNr.
> VAT Registration No.: DE129385895
> Citibank Frankfurt (BLZ 502 109 00) 600119052
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
>
> _______________________________________________
> mpi3-ft mailing list
> mpi3-ft at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-ft