<div dir="ltr"><div>Hi Pavan,</div><div><br></div>Ok, I got the point about unexpected messages. I can modify the program according to your note.<div>But things aren't clear enough for me yet.<br></div><div><br></div><div>

You said:</div><div><br></div><div><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"><span style="font-family:arial,sans-serif;font-size:13px">You don’t need to know how many messages you will receive.  You only need to make sure that whenever a message comes in, it knows which buffer it should go into.  One way to fix that is to post N receives with ANY_SOURCE and ANY_TAG:</span></blockquote>

<div><br></div>I understand that I will have to have N buffers, one for each posted MPI_Irecv. I will also have to TEST (using MPI_PROBE or MPI_WAITANY) until a message comes. The result of this test will identify which one of the posted MPI_Irecv has actually received the message and then process the right buffer. Is this correct?</div>

<div><br></div><div>Should I have to change anything at the sender's processes?</div><div><br></div><div>At the end, my receiver process receives a message identifying that it should exit this routine. What should I do with the already posted MPI_Irecv's? Can I cancel them?</div>

<div><br></div><div>Sorry for the newbie questions and thanks in advance for your attention.</div><div><br></div><div>Regards,</div><div>Luiz<br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 31 October 2013 16:31, Pavan Balaji <span dir="ltr"><<a href="mailto:balaji@mcs.anl.gov" target="_blank">balaji@mcs.anl.gov</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Oct 31, 2013, at 12:14 PM, Luiz Carlos da Costa Junior <<a href="mailto:lcjunior@ufrj.br">lcjunior@ufrj.br</a>> wrote:<br>
> I noticed that the numbers of 261895 or 261894 unexpected messages appear every time.<br>
> I am using AWS machine with 60GB of RAM memory to run my application. We could see during the execution that there was more than 30 GB available.<br>
> Is this a internal limitation of MPICH implementation? Would it be possible to recompile MPICH setting a different parameter?<br>
> Do you know where exactly this limitation occurs?<br>
<br>
</div>Unexpected messages is a bad idea in general.  Even if it’s an internal parameter setting (which it isn’t), it’s not a good idea to just increase it.<br>
<br>
Can you modify your application to not have that many unexpected messages?  See my note on how you can post Irecvs to avoid this.<br>
<span class="HOEnZb"><font color="#888888"><br>
  —- Pavan<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
--<br>
Pavan Balaji<br>
<a href="http://www.mcs.anl.gov/~balaji" target="_blank">http://www.mcs.anl.gov/~balaji</a><br>
<br>
_______________________________________________<br>
discuss mailing list     <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/mailman/listinfo/discuss</a><br>
</div></div></blockquote></div><br></div>