[mpich-discuss] single vs multiple communicator

Pavan Balaji balaji at anl.gov
Mon May 11 12:20:30 CDT 2015


The second option will be slower.  Apart from the fact that the MPI implementation needs to manage a large number of communicators, in most implementations this option will disable shared memory communication between the slave and master.

  -- Pavan

> On May 11, 2015, at 7:17 AM, Roy, Hirak <Hirak_Roy at mentor.com> wrote:
> 
> Hi MPICH team,
>  
> I have an application which is mostly using master-slave kind of architecture. One master and <n> number of slaves. The slaves do not communicate between themselves and only sends/receives messages to/from master.
>  
> I have two ways I can setup the application
> 1>    Static : Master and slaves are all in the same MPI World
> 2>    Dynamic : Each slave is connected to master using a MPI_Comm and the communicator is created using MPI_Comm_connect/MPI_Comm_accept. Essentially master has <n> communicators.
>  
> The way master works is : it uses MPI_WaitAny kind of method to check messages from slave.
>  
> Could you please tell me whether <2> can be significantly slow with respect to  <1> if all the slaves send lots of small messages?
> Is there some kind of buffering overhead in <2> for <n> communicators and which can be solved using some configuration.
>  
> Thanks,
> Hirak
> _______________________________________________
> discuss mailing list     discuss at mpich.org
> To manage subscription options or unsubscribe:
> https://lists.mpich.org/mailman/listinfo/discuss

_______________________________________________
discuss mailing list     discuss at mpich.org
To manage subscription options or unsubscribe:
https://lists.mpich.org/mailman/listinfo/discuss


More information about the discuss mailing list