I am using multiprocessing.imap_unordered
to perform a computation on a list of values:
def process_parallel(fnc, some_list):
pool = multiproces
As you can see by looking into the corresponding source file (python2.7/multiprocessing/pool.py
), the IMapUnorderedIterator uses a collections.deque
instance for storing the results. If a new item comes in, it is added and removed in the iteration.
As you suggested, if another huge object comes in while the main thread is still processing the object, those will be stored in memory too.
What you might try is something like this:
it = pool.imap_unordered(fnc, some_list)
for result in it:
it._cond.acquire()
for x in result:
yield x
it._cond.release()
This should cause the task-result-receiver-thread to get blocked while you process an item if it is trying to put the next object into the deque. Thus there should not be more than two of the huge objects in memory. If that works for your case, I don't know ;)
The simplest solution I can think of would be to add a closure to wrap your fnc
function which would use a semaphore to control the total number of simultaneous job executions that can execute at one time (I assume the main process/thread would be incrementing the semaphore). The semaphore value could be calculated based on job size and available memory.