Author dabeaz
Recipients beazley, dabeaz, flox, kristjan.jonsson, loewis, pitrou, techtonik, torsten
Date 2010-04-11.15:20:19
SpamBayes Score 1.07368e-11
Marked as misclassified No
Message-id <1270999222.38.0.109338431927.issue8299@psf.upfronthosting.co.za>
In-reply-to
Content
I'm sorry, I still don't get the supposed benefits of this round-robin patch over the legacy GIL.   Given that using interpreter ticks as a basis for thread scheduling is problematic to begin with (mostly due to the fact that ticks have totally unpredictable execution times), I'd much rather see further GIL work continue to build upon the time-based scheduler that's been implemented in Python 3.2.  For instance, I think being able to specify a thread-switching interval in seconds (sys.setswitchinternal) makes much more sense than continuing to fool around with check intervals and all of this tick business.

The new GIL implementation is by no means perfect, but people are working on it.   I'd much rather know if anything that you've worked out with this patch can be applied to that version of the GIL.
History
Date User Action Args
2010-04-11 15:20:24dabeazsetrecipients: + dabeaz, loewis, beazley, pitrou, kristjan.jonsson, techtonik, flox, torsten
2010-04-11 15:20:22dabeazsetmessageid: <1270999222.38.0.109338431927.issue8299@psf.upfronthosting.co.za>
2010-04-11 15:20:20dabeazlinkissue8299 messages
2010-04-11 15:20:20dabeazcreate