Stackless seems like a good alternative to Erlang.
Take the two statements above as standalone.
Yeah, not a big difference really.
"python interpreter doesn't even support multiple real threads let alone multiple cores"
multiprocessing allows you to have the interpreter start another entire OS process (another interpreter). It mimics the threading API.
It's useful and it does allow you to take advantage of multiple cores without unfamiliar APIs which I take it is your point...
You can see in the PEP that for many situations the overhead of processes is not a big concern:
It greatly depends on the task but my usage of the module is in disagreement with the PEP i.e., I don't use its threading-like API preferring its "distributed" capabilities.
The main point is there are multiple "concurrent" approaches and Java-like "threading" approach is the worst for many tasks i.e., It would be nice if GIL had been gone but for many "concurrent" approaches It doesn't matter. http://wiki.python.org/moin/ParallelProcessing
If I need to do some tightly coupled thing with threads and shared data etc. I'm not going to be looking at Python anyhow.