I verified that I have that commit and that I recompiled PyZMQ. Unfortunately, the problem persists.<br><br>Fernando: as a sanity check, can you confirm that you have this problem with the latest version of PyZMQ?<br><br>Evan<br>
<br><div class="gmail_quote">On Fri, Jul 16, 2010 at 11:00 AM, Brian Granger <span dir="ltr">&lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Here is the commit:<br>
<br>
<a href="http://github.com/ellisonbg/pyzmq/commit/18f5d061558a176f5496aa8e049182c1a7da64f6" target="_blank">http://github.com/ellisonbg/pyzmq/commit/18f5d061558a176f5496aa8e049182c1a7da64f6</a><br>
<br>
You will need to recompile pyzmq for this to go into affect.  Let me<br>
know if this doesn&#39;t fix the problem.<br>
<br>
Cheers,<br>
<font color="#888888"><br>
Brian<br>
</font><div><div></div><div class="h5"><br>
On Fri, Jul 16, 2010 at 7:40 AM, Evan Patterson &lt;<a href="mailto:epatters@enthought.com">epatters@enthought.com</a>&gt; wrote:<br>
&gt; On Fri, Jul 16, 2010 at 12:25 AM, Brian Granger &lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Thu, Jul 15, 2010 at 1:22 PM, Fernando Perez &lt;<a href="http://fperez.net" target="_blank">fperez.net</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>&gt;<br>
&gt;&gt; wrote:<br>
&gt;&gt; &gt; On Thu, Jul 15, 2010 at 11:07 AM, Brian Granger &lt;<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a>&gt;<br>
&gt;&gt; &gt; wrote:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Definitely hard to get right and terminal based frontends will<br>
&gt;&gt; &gt;&gt; definitely need something like flush.  Let&#39;s see how it goes with this<br>
&gt;&gt; &gt;&gt; approach.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Though absent a real event loop with a callback model, there it will<br>
&gt;&gt; &gt; need to be implemented with a real sleep(epsilon) and a total timeout.<br>
&gt;&gt; &gt;  Terminal frontends will always simply be bound to flushing what they<br>
&gt;&gt; &gt; can and then moving on if nothing has come in a given window they wait<br>
&gt;&gt; &gt; for.  Such is life when your &#39;event loop&#39; is the human hitting the<br>
&gt;&gt; &gt; RETURN key...<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Evan, quick question: when I open your frontend_widget, I see 100% cpu<br>
&gt;&gt; &gt; utilization all the time.  Do you see this on your end?<br>
&gt;&gt;<br>
&gt;&gt; We should make sure we understand this. Min and I found that our new<br>
&gt;&gt; Tornado event loop in pyzmq was using 100% CPU because of a bug in the<br>
&gt;&gt;  poll timeout (units problems).  We have fixed this (so we think!), so<br>
&gt;&gt; I am hopeful the current issue is coming from the flush logic.<br>
&gt;<br>
&gt; Unfortunately, this does not seem to be the case. I have confirmed that the<br>
&gt; problem is indeed with the IOLoops. They have the the CPU pegged at 100%<br>
&gt; even when the console is idle, i.e. when no flushing or communication of any<br>
&gt; sort occurring.<br>
&gt;<br>
&gt; Did you commit your fix to the main branch of PyZMQ? Maybe I am not using<br>
&gt; the right stuff.<br>
&gt;<br>
&gt; Evan<br>
&gt;<br>
<br>
<br>
<br>
</div></div><div><div></div><div class="h5">--<br>
Brian E. Granger, Ph.D.<br>
Assistant Professor of Physics<br>
Cal Poly State University, San Luis Obispo<br>
<a href="mailto:bgranger@calpoly.edu">bgranger@calpoly.edu</a><br>
<a href="mailto:ellisonbg@gmail.com">ellisonbg@gmail.com</a><br>
</div></div></blockquote></div><br>