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 ncoghlan
Recipients Tilka, ncoghlan, sbt
Date 2013-05-21.12:21:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Future are explicitly about kicking off a concurrent call and waiting for a reply. They're great for master/slave and client/server models, but not particularly good for actors and other forms of peer-to-peer message passing.

For the latter, explicit pools and message queues are still the way to go, and that's why I think a concurrent.pool module may still be useful as a more obvious entry point for the thread pool implementation.
Date User Action Args
2013-05-21 12:21:38ncoghlansetrecipients: + ncoghlan, sbt, Tilka
2013-05-21 12:21:37ncoghlansetmessageid: <>
2013-05-21 12:21:37ncoghlanlinkissue17140 messages
2013-05-21 12:21:37ncoghlancreate