[Mpi3-hybridpm] Endpoints Proposal

Jim Dinan dinan at mcs.anl.gov
Thu Mar 14 09:29:46 CDT 2013

Hi All,

I've attached the slides from the endpoints presentation yesterday.  I 
updated the slides with corrections, additions, and suggestions gathered 
during the presentation.

We received a lot of feedback, and a lot of support from the Forum.  A 
refinement to the interface that eliminates MPI_Comm_attach was suggested:

int MPI_Comm_create_endpoints(MPI_Comm parent_comm, int my_num_ep,
                               MPI_Info info, MPI_Comm output_comms[]);

This function would be collective over parent_comm, and produce an array 
of communicator handles, one per endpoint.  Threads pick up the endpoint 
they wish to use, and start using it; there would be no need for 

This interface addresses two concerns about the interface originally 
presented that were raised by the Forum.  (1) The suggested interface 
does not require THREAD_MULTIPLE -- the original attach function could 
always require multiple.  (2) It places fewer dependencies on the 
threading model.  In particular, stashing all relevant state in the 
MPI_Comm object removes a dependence on thread-local storage.

Thanks to everyone for your help and feedback.  Let's have some 
discussion about the suggested interface online, and follow up in a 
couple weeks with a WG meeting.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Endpoints Proposal 3-13-13.pdf
Type: application/pdf
Size: 455433 bytes
Desc: not available
URL: <http://lists.mpi-forum.org/pipermail/mpiwg-hybridpm/attachments/20130314/38d64c0c/attachment.pdf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Endpoints Proposal 3-13-13.pptx
Type: application/vnd.openxmlformats-officedocument.presentationml.presentation
Size: 234559 bytes
Desc: not available
URL: <http://lists.mpi-forum.org/pipermail/mpiwg-hybridpm/attachments/20130314/38d64c0c/attachment.pptx>

More information about the mpiwg-hybridpm mailing list