Skip to content

Conversation

@kfeuz
Copy link

@kfeuz kfeuz commented Nov 13, 2012

Makes a simple change to add a processes parameter to the multiprocessing method calls. The number of processes could be more or less than CPU_COUNT for specific applications so this parameter allows the user to specify the number of processes to be used in the processing pool. It defaults to the CPU_COUNT.

Additionally makes the process pool persistent (Greatly reduces overhead costs)

@kfeuz kfeuz closed this Nov 15, 2012
@kfeuz kfeuz reopened this Nov 15, 2012
@cleaton
Copy link

cleaton commented Sep 15, 2013

Thank you for this patch, it works well

@tomerf
Copy link
Contributor

tomerf commented Sep 15, 2013

Is this project still in development? I don't see this patch (or any) merged for over a year.

@perone
Copy link
Owner

perone commented Sep 15, 2013

I only work in this project on my spare time and in the last year I faced some problems so I had to postpone some development, I will retake the development focus in December/January, but I'll keep it going, I'm planning a 2.0 version that will break some backwards compatibility with the old API.

@erikreed
Copy link

erikreed commented Aug 2, 2015

This can be closed; it's a duplicate of #58 which was merged.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants