[issue17140] Provide a more obvious public ThreadPool API
Nick Coghlan
report at bugs.python.org
Tue May 21 14:21:37 CEST 2013
Nick Coghlan added the comment:
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.
----------
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17140>
_______________________________________
More information about the Python-bugs-list
mailing list