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 beazley
Recipients beazley, georg.brandl, jnoller
Date 2008-12-08.19:11:40
SpamBayes Score 2.4724667e-13
Marked as misclassified No
Message-id <1228763503.83.0.231299656465.issue4593@psf.upfronthosting.co.za>
In-reply-to
Content
Actually, you shouldn't discount the potential usefulness of running 
apply() in all of the worker nodes.  A lot of people coming from 
parallel programming know about things like global broadcasts, 
reductions, and so forth.  For example, if I wanted to perform a global 
operation (maybe some kind of configuration) on all workers, I could see 
doing some kind of global apply() operation to do it.  

That said, I'm not actually asking for any new functionality.   I'd just 
make it more clear that apply() is not performing a function call on all 
pool workers.

Also, given that apply() blocks, I'm not exactly sure how useful it is 
in the context of actually performing work in parallel.   You might want 
to emphasize that apply_async() is better suited for that (the only 
other way I could think of to take advantage of apply() in parallel 
would be to call it from separate threads in the process that created 
the pool).
History
Date User Action Args
2008-12-08 19:11:44beazleysetrecipients: + beazley, georg.brandl, jnoller
2008-12-08 19:11:43beazleysetmessageid: <1228763503.83.0.231299656465.issue4593@psf.upfronthosting.co.za>
2008-12-08 19:11:41beazleylinkissue4593 messages
2008-12-08 19:11:40beazleycreate