Lets say I have a big list of music of varying length that needs to be converted or images of varying sizes that need to be resized or something like that. The order doesn't matter so it is perfect for splitting across multiple processors.
If I use multiprocessing.Pool's map function it seems like all the work is divided up ahead of time and doesn't take into account the fact that some files may take longer to do that others.
What happens is that if I have 12 processors... near the end of processing, 1 or 2 processors will have 2 or 3 files left to process while other processors that could be utilized sit idle.
Is there some sort of queue implementation that can keep all processors loaded until there is no more work left to do?
There is a
Queue
class within themultiprocessing
module specifically for this purpose.Edit: If you are looking for a complete framework for parallel computing which features a
map()
function using a task queue, have a look at the parallel computing facilities of IPython. In particlar, you can use theTaskClient.map()
function to get a load-balanced mapping to the available processors.This is not the case if you use
Pool.imap_unordered
.This is trivial to do with jug:
Now, just run
jug execute
a few times to spawn worker processes.The Python threading library that has brought me most joy is Parallel Python (PP). It is trivial with PP to use a thread pool approach with a single queue to achieve what you need.
About queue implementations. There are some.
Look at the Celery project. http://celeryproject.org/
So, in your case, you can run 12 conversions (one on each CPU) as Celery tasks, add a callback function (to the conversion or to the task) and in that callback function add a new conversion task running when one of the previous conversions is finished.