[mpich-discuss] MPI process killed and SIGUSR1

Bland, Wesley B. wbland at anl.gov
Mon Oct 20 08:06:32 CDT 2014


It's not guaranteed that you will receive an error from a send (of any kind other than ssend). The reason is that the implementation can buffer the message internally and return to the application before the message is actually transferred. You will definitely receive an error related to any kind of receive, but sends are less reliable in that sense.

Thanks,
Wesley



On Oct 20, 2014, at 7:53 AM, Roy, Hirak <Hirak_Roy at mentor.com<mailto:Hirak_Roy at mentor.com>> wrote:


Hi Wesley,



Suppose my server-client connection is setup using MPI_Comm_accept/MPI_Comm_connect.

Now one of the clients dies.

If the server sends a non-blocking message to the dead client by MPI_Isend, will MPI_Wait guaranteed to return Error code?



Thanks,

Hirak









>You will only receive the notification if you use a communicating call. That call doesn't do any communication so it won't return the error.







> On Oct 9, 2014, at 11:37 AM, Roy, Hirak <Hirak_Roy at mentor.com<https://lists.mpich.org/mailman/listinfo/discuss>> wrote:

>

> Hi Pavan and Wesley,

>

> Thanks Pavan for the information.

>

> Wesley,

>

> If I try MPI_Comm_remote_size periodically, then should I get Error-code, when the client on the other side of the intercom is killed ? ( I have already  used MPI_ERRORS_RETURN).

>

> Thanks,

> Hirak

_______________________________________________
discuss mailing list     discuss at mpich.org<mailto:discuss at mpich.org>
To manage subscription options or unsubscribe:
https://lists.mpich.org/mailman/listinfo/discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mpich.org/pipermail/discuss/attachments/20141020/007a885d/attachment.html>
-------------- next part --------------
_______________________________________________
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