-
Notifications
You must be signed in to change notification settings - Fork 7
Make subprocess calls faster by not using ProcessPoolExecutor #25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
1. Move dependency on setuptools closer to where it's needed 2. Scope multiprocessing Pool so a pool left open doesn't hang the process 3. Move run_setup_py to its own file so the subprocess doesn't need to import much
|
Please spend the time to write a description what this PR contains, and if applicable what other PRs it replaces. Also please address the CI failure. |
|
Done. |
Still failing CI. |
|
d'oh! |
I will go ahead and close the ticket for now. Please feel free to rebase / update the branch and it can be reopened. |
Follow up to #22, #24
Adds and uses a new function wrapper
out_of_processwhich wraps a python function into a subprocess.Address some performance concerns by using multiprocessing.Process instead of multiprocessing.Pool when we’re not reusing the same pool.