<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">[SNIP - a lot of detail on what sounds like a good design]<br>
<br>
Now what remains to be done?<br>
<br>
Having other people test it would be fine. Even better if you have an<br>
actual multi-threaded py3k application. But ccbench results for other<br>
OSes would be nice too :-)<br>
(I get good results under the Windows XP VM but I feel that a VM is not<br>
an ideal setup for a concurrency benchmark)<br>
<br>
Of course, studying and reviewing the code is welcome. As for<br>
integrating it into the mainline py3k branch, I guess we have to answer<br>
these questions:<br>
- is the approach interesting? (we could decide that it&#39;s just not worth<br>
it, and that a good GIL can only be a dead (removed) GIL)<br></blockquote><div><br></div><div>I think it&#39;s worth it. Removal of the GIL is a totally open-ended problem with no solution in sight. This, on the other hand, is a performance benefit now. I say move forward with this. If it happens to be short-lived because some actually figures out how to remove the GIL then great, but is that really going to happen between now and Python 3.2? I doubt it.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
- is the patch good, mature and debugged enough?<br>
- how do we deal with the unsupported platforms (POSIX and Windows<br>
support should cover most bases, but the fate of OS/2 support depends on<br>
Andrew)?<br>
<br></blockquote><div><br></div><div>It&#39;s up to Andrew to get the support in. While I have faith he will, this is why we have been scaling back the support for alternative OSs for a while and will continue to do so. I suspect the day Andrew stops keeping up will be the day we push to have OS/2 be externally maintained.</div>

<div><br></div><div>-Brett</div></div>