<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><DIV>D,</DIV>
<DIV>the simplest test we have is 1 master and 3 slaves, 3 workers in total.&nbsp; Data szie</DIV>
<DIV>start at 5K byte (1 time), then dwindles down to less than 128 byte in a hurry.&nbsp; </DIV>
<DIV>THe MPI_Send/IRecv/Recv were the only ones in our application (besides from</DIV>
<DIV>MPI_Init() and 1 partiticular MPI_Barrier() when the application is initialized, and 1</DIV>
<DIV>Finish() ).</DIV>
<DIV>&nbsp;</DIV>
<DIV>do_work() has do to some amount of work, more in master proc than slave. do_litle_work()</DIV>
<DIV>does what it means, in our application, it is 3 function return with int value, and 1 check for</DIV>
<DIV>trace/monitor flag.&nbsp; (code is like "if( trace ) print_trace(..)" )</DIV>
<DIV>&nbsp;</DIV>
<DIV>The test was ran on a 4XQuad box, each process on its own physcial CPU.&nbsp; THe </DIV>
<DIV>master proc (proc 0) is run on the same physical CPU as&nbsp; its thread.&nbsp;&nbsp; THe box </DIV>
<DIV>is AMD based, so no HT (our application filters cores created by hyperthreading</DIV>
<DIV>by default).&nbsp; </DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV>on the 3 workers test, we see 20% to 50% sys activity constantly.&nbsp; WHich in term slow</DIV>
<DIV>down each proc to the point that master (proc 0)'s main thread&nbsp;becomes idle 40% of the time.<BR></DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">In the extreme case, we saw the threaded code being 70% slower than un-threaded one.</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">&nbsp;</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">We have the tests ready to show the issues, it would be nice if you are around SF Bay area.</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">&nbsp;</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">thanks</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt">tan</DIV>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt"><BR>&nbsp;</DIV>
<DIV style="FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 13px"><FONT size=2 face=Tahoma>
<HR SIZE=1>
<B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> Darius Buntinas &lt;buntinas@mcs.anl.gov&gt;<BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> mpich-discuss@mcs.anl.gov<BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Thursday, July 30, 2009 1:49:10 PM<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> Re: [mpich-discuss] thread MPI calls<BR></FONT><BR>OK.&nbsp; Yes, unless do_work and do_very_little_work make any blocking calls<BR>(like I/O), process 1 should have 100% cpu utilization.&nbsp; This should be<BR>fine (from a performance standpoint), as long as you aren't<BR>oversubscribing your processors.<BR><BR>I'm going to try to reproduce your tests on our machines.&nbsp; How many<BR>worker processes do you have?&nbsp; Is this all on one node?&nbsp; If not how many<BR>nodes?&nbsp; How many cores do you have per node?<BR><BR>In the mean time can you check to which processor each process is bound?<BR>Make sure that each process is
 bound to its own core, and not to a<BR>hyperthread.<BR><BR>Thanks,<BR>-d<BR><BR><BR><BR>On 07/30/2009 02:02 PM, chong tan wrote:<BR>&gt; D,<BR>&gt; sorry for the confusion.&nbsp; In our application, the setting is different<BR>&gt; from the code<BR>&gt; Pavan posted.&nbsp; I will try to have them lined up here, (&lt;--- is between<BR>&gt; thread,<BR>&gt; &lt;==== is between proc)<BR>&gt;&nbsp; <BR>&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; proc 0&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; proc 1<BR>&gt;&nbsp; <BR>&gt;&nbsp; main thread&nbsp; &nbsp; recv thread<BR>&gt;&nbsp; <BR>&gt;&nbsp; do_work()&nbsp; &nbsp; MPI_Irecv&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; do_work()<BR>&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
 MPI_Wait*()&nbsp; &lt;=======&nbsp; &nbsp; &nbsp; MPI_Send()<BR>&gt;&nbsp; blocked&nbsp; &nbsp; &lt;--- unblock&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <BR>&gt; do_very_litle_work()<BR>&gt;&nbsp; MPI_Send&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ==========&gt;&nbsp; MPI_Recv()<BR>&gt;&nbsp; <BR>&gt;&nbsp; <BR>&gt; I don't know if the MPI_Recv call in Proc 1 is interferring with the<BR>&gt; MPI_Wait*() in Proc 1.&nbsp; We<BR>&gt; see heavy system activity in Proc 1. <BR>&gt;&nbsp; <BR>&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <BR>&gt; tan<BR>&gt;&nbsp; <BR>&gt; <BR>&gt;&nbsp; <BR>&gt; <BR>&gt; ------------------------------------------------------------------------<BR>&gt; *From:* Darius Buntinas &lt;<A href="mailto:buntinas@mcs.anl.gov" ymailto="mailto:buntinas@mcs.anl.gov">buntinas@mcs.anl.gov</A>&gt;<BR>&gt;
 *To:* <A href="mailto:mpich-discuss@mcs.anl.gov" ymailto="mailto:mpich-discuss@mcs.anl.gov">mpich-discuss@mcs.anl.gov</A><BR>&gt; *Sent:* Thursday, July 30, 2009 11:17:52 AM<BR>&gt; *Subject:* Re: [mpich-discuss] thread MPI calls<BR>&gt; <BR>&gt; That sounds fishy.&nbsp; If process 1 is doing a sleep(), you shouldn't see<BR>&gt; any activity from that process!&nbsp; Can you double check that?<BR>&gt; <BR>&gt; -d<BR>&gt; <BR>&gt; On 07/30/2009 01:05 PM, chong tan wrote:<BR>&gt;&gt; pavan,<BR>&gt;&gt; the behavior you described is the expected behavior.&nbsp; However, using<BR>&gt;&gt; your example, we are also seeing<BR>&gt;&gt; a lot of system activity in process 1 in all of our experiments.&nbsp; That<BR>&gt;&gt; contributes significantly<BR>&gt;&gt; to the negative gain.<BR>&gt;&gt; <BR>&gt; <BR></DIV></div><br>

      </body></html>