This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author gpolo
Recipients ajaksu2, gpolo, jbrouwers, loewis
Date 2009-04-22.22:09:08
SpamBayes Score 3.7004844e-12
Marked as misclassified No
Message-id <1240438150.42.0.637428601331.issue780602@psf.upfronthosting.co.za>
In-reply-to
Content
In theory at least, it is valid. I have done something similar in
another tcl <-> python bridge that I did for fun, but didn't achieve
good results in the end. From what I remember, creating a timer handler
instead of using a 20ms sleep complicates the releasing and acquiring
the GIL since you have to create a timer handler to fire now and release
the GIL, then schedule another to fire before any other event fires up
and acquire the GIL, and we would be creating timer handlers all the
time. It would have been better if I left this code in another branch of
that another bridge in order to compare the performance, but I'm really
unsure if this is going to give the improvement that OP is expecting.

Something that I would find interesting to see implemented is a
replacement of the Tcl Notifier, which I would expect to give us the
expected improvement here. Although Tcl is built to allow replacing its
notifier, it is also much more complex to do than doing what the OP is
requesting.

Now, in practice I would call this issue invalid (rejected actually).
There is no code/interest after almost 6 years, closing this now.
History
Date User Action Args
2009-04-22 22:09:10gpolosetrecipients: + gpolo, loewis, jbrouwers, ajaksu2
2009-04-22 22:09:10gpolosetmessageid: <1240438150.42.0.637428601331.issue780602@psf.upfronthosting.co.za>
2009-04-22 22:09:09gpololinkissue780602 messages
2009-04-22 22:09:08gpolocreate