<div class="gmail_quote">On Mon, Jul 20, 2009 at 7:33 AM, Ilya Etingof <span dir="ltr">&lt;<a href="mailto:ilya@glas.net">ilya@glas.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Isn&#39;t this call priority policy appears somewhat rigid and obscure?<br>
<br>
Would it be clearer if user would be allowed to assign relative<br>
weights to his/her receiption and timer functions so that main loop<br>
could choose what to call in case of their competition for time slot?</blockquote><div><br>As we have already said in this thread, yes, it would be nice if the call priorities were adjustable and the queue of &quot;work yet to do&quot; could be easily inspected and accounted for.  Somebody still has to actually <i>do</i> it though, and there are over a thousand other issues just in Twisted which require our attention.<br>
<br>If you would contribute a patch I&#39;m sure someone would look at it.  I, for one, would be very excited to get this feature in some form.<br><br>(&quot;relative weights&quot; is kind of a silly way to do it though, because a Twisted program is inevitably a collection of event handlers from disparate codebases which don&#39;t know how the other codebases might interpret a priority.  If a Twisted mail library thinks that 0.5 is a &quot;low&quot; priority and 0.8 is a &quot;high&quot; priority, it will interact poorly with a Twisted monitoring library that thinks &quot;20000&quot; is a &quot;low&quot; priority and &quot;1e10&quot; is a &quot;high&quot; priority.  Arbitrary numbers are never a good API.)<br>
 </div></div>