Let me say, Stackless is awesome.&nbsp; It takes a great language and moves into the world of concurrency very nicely.<br><br>Unfortunately,
Python doesn&#39;t play in the concurrent, multi-processor world very well.&nbsp; I&#39;m in the
architecture process for a massively multiplayer game, and I love what
Stackless Python offers for both the client and the server.&nbsp; I&#39;m
concerned, though, as I watch the number of cores increase around me
and I don&#39;t see anything happening in the Python world (including
Stackless) to address this.
<br><br>So, this leads to my question:&nbsp; Is there a vision for where
Stackless is going, or has it gotten there and is being maintained?&nbsp; Is
there any thought of Stackless addressing the GIL-related issues of
CPython?<br><br>
I look at Stackless and see the possibility for a Python-based
&quot;Erlang&quot;, but I also recognize that I&#39;m not the one donating the time
to make it happen.&nbsp; I also understand that there are huge potential
problems around the GIL that have to be addressed as well.
<br clear="all"><br>This community seems to have the most invested in
concurrent programming.&nbsp; There are other projects, such as MP Python,
but the Stackless model is SO much cleaner for small tasks that fit so
nicely in the game world.
<br><br>Thoughts?&nbsp; I&#39;m really just trying to understand where
Stackless is going, if anywhere, but other interesting thoughts are
always appreciated, including pointing me in directions I might not
have thought of.<br>
<br>Thanks.<br><br>tj<br clear="all"><br>-- <br>Travis Jensen<br><a href="mailto:travis.jensen@gmail.com">travis.jensen@gmail.com</a><br><a href="http://cmssphere.blogspot.com/">http://cmssphere.blogspot.com/</a><br>Software Maven * Philosopher-in-Training * Avenged Nerd