<br><br><div class="gmail_quote">On Sun, Jun 10, 2012 at 8:00 PM, Fernando Perez <span dir="ltr">&lt;<a href="mailto:fperez.net@gmail.com" target="_blank">fperez.net@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Sun, Jun 10, 2012 at 7:57 PM, MinRK &lt;<a href="mailto:benjaminrk@gmail.com">benjaminrk@gmail.com</a>&gt; wrote:<br>
&gt; I don&#39;t see any way around issues like this for multiprocess tests.  I&#39;ve<br>
&gt; added tons of shenanigans to try to prevent it, but it simply cannot be<br>
&gt; perfect.  There are sleeps everywhere, and some smarter waits, but if you<br>
&gt; want the parallel test suite to finish in under 20 minutes, then never<br>
&gt; having non-deterministic failures is not achievable.<br>
&gt;<br>
&gt; My answer: don&#39;t run the test suite while under heavy load.<br>
<br>
</div>Fair enough, no worries.  Thanks!<br></blockquote><div><br></div><div>If there are ones of these that are more reliable than others, do keep letting me know, and I can try to relax the ones causing more consistent trouble.</div>

<div><br></div><div>The problem is that it&#39;s rarely a simple timeout that&#39;s too short, and things usually need to be moved around in weird ways to ensure a certain order of events.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div class="HOEnZb"><div class="h5">_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br>