<div dir="ltr"><div>Can someone tell me the best replacement for the following pattern if freeing active requests is made erroneous?</div><div><br></div><div>void send_fire_and_forget_ack(int target, MPI_Comm comm)</div><div>{</div><div>  MPI_Request request;</div>  MPI_Isend(NULL, 0, MPI_BYTE, target, special_tag, comm, &request);<div>  MPI_Request_free(&request);</div><div>  return;</div><div>}</div><div><br></div><div>The reason to not use MPI_Send here is it can block on resource exhaustion.</div><div><br></div><div>Note that this is a real usage model.  One of my applications send fire-and-forget acks and it was a performance issue on Blue Gene/Q.  Because we send a payload - it is unclear if this is actually necessary - I replaced MPI_Send with MPI_Bsend to solve the problem (yes, Bsend really does help here), but we could instead use Isend+Request_free (which would be easy since our payload is trivial and could be a global const).</div><div><br>The reason I bring this up even though Bsend works for us is that I would much rather deprecate Bsend that make freeing active requests erroneous.</div><div><br>Jeff</div><div><br><div class="gmail_extra"><div class="gmail_quote">On Mon, Dec 14, 2015 at 7:55 AM, Daniel Holmes <span dir="ltr"><<a href="mailto:dholmes@epcc.ed.ac.uk" target="_blank">dholmes@epcc.ed.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi all,<br>
<br>
The next point-to-point teleconference will be Monday 18th January 2016 at 11am Central US via webex.<br>
<br>
I will send out another reminder nearer the time.<br>
<br>
Tentative agenda:<br>
<br>
MPI-4.0, issue #11: add communicator assertions (remember implications for tools!)<br>
MPI-4.0, issue #26: deprecate cancel for send requests<br>
<br>
MPI-4.0, issue TBD: add ARECV/FSEND<br>
MPI-4.0, issue TBD: deal with minor correction to MPI_WAIT raised by Bill and Rajeev (a la Bill's email 29/06/2015)<br><b>
MPI-4.0, issue TBD: deprecate request free for active receive requests (arising from Dec 2015 meeting)</b><br>
MPI-4.0, issue TBD: define batch requests (a la Pavan's email of 14/12/2015)<br>
<br><b>
MPI-Next, issue TBD: disallow request free for active receive requests (i.e. upgrade advice to erroneous)</b><br>
MPI-Next, issue #27: disallow cancel for send requests (i.e. upgrade advice to erroneous)<br>
<br>
Cheers,<br>
Dan.<br>
<br>
-- <br>
Dan Holmes<br>
Applications Consultant in HPC Research<br>
EPCC, The University of Edinburgh<br>
James Clerk Maxwell Building<br>
The Kings Buildings<br>
Peter Guthrie Tait Road<br>
Edinburgh<br>
EH9 3FD<br>
T: +44(0)131 651 3465<br>
E: <a href="mailto:dholmes@epcc.ed.ac.uk" target="_blank">dholmes@epcc.ed.ac.uk</a><br>
<br>
*Please consider the environment before printing this email.*<br>
<br>
<br>
The University of Edinburgh is a charitable body, registered in<br>
Scotland, with registration number SC005336.<br>
<br>
_______________________________________________<br>
mpiwg-p2p mailing list<br>
<a href="mailto:mpiwg-p2p@lists.mpi-forum.org" target="_blank">mpiwg-p2p@lists.mpi-forum.org</a><br>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-p2p" rel="noreferrer" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-p2p</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Jeff Hammond<br><a href="mailto:jeff.science@gmail.com" target="_blank">jeff.science@gmail.com</a><br><a href="http://jeffhammond.github.io/" target="_blank">http://jeffhammond.github.io/</a></div>
</div></div></div>