<br><br><div class="gmail_quote">On Tue, Jun 19, 2012 at 12:33 AM, Jon Olav Vik <span dir="ltr">&lt;<a href="mailto:jonovik@gmail.com" target="_blank">jonovik@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">

[IPControllerApp] client::client &#39;...&#39; requested u&#39;registration_request&#39;<br>
<div class="im">[IPClusterStart] Too many open files (tcp_listener.cpp:213)<br>
</div><div class="im">[IPClusterStart] Process &#39;.../python&#39; stopped: {&#39;pid&#39;: 21820, &#39;exit_code&#39;: -6}<br>
</div>[IPClusterStart] IPython cluster: stopping<br>
<br>
Feature request: Rather than have &quot;too many open files&quot; bring the entire<br>
ipcluster down, could we have a configurable limit on the number of connections<br>
that the controller will accept? It is more important for me that my jobs run<br>
unattended than them going at 400x rather than 250x speedup.<br></blockquote><div><br></div><div>This happens at the zeromq level - IPython has no way of controlling this.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
In other news, I checked at the clusters where I&#39;ve had no problems. They have<br>
ulimit -n of 16384 and 4096, giving theoretical maximum speedups of 4096 and<br>
1024, respectively.<br>
<div class="HOEnZb"><div class="h5"><br>
Jon Olav<br>
<br>
<br>
_______________________________________________<br>
IPython-User mailing list<br>
<a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-user" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
</div></div></blockquote></div><br>