<div class="gmail_quote">On Mon, Jul 20, 2009 at 7:33 AM, Ilya Etingof <span dir="ltr"><<a href="mailto:ilya@glas.net">ilya@glas.net</a>></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'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 "work yet to do" 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'm sure someone would look at it. I, for one, would be very excited to get this feature in some form.<br><br>("relative weights" 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't know how the other codebases might interpret a priority. If a Twisted mail library thinks that 0.5 is a "low" priority and 0.8 is a "high" priority, it will interact poorly with a Twisted monitoring library that thinks "20000" is a "low" priority and "1e10" is a "high" priority. Arbitrary numbers are never a good API.)<br>
</div></div>