Skip to content

Conversation

@rotu
Copy link
Contributor

@rotu rotu commented Oct 25, 2019

Follow up to #22, #24

Adds and uses a new function wrapper out_of_process which 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.

rotu and others added 7 commits October 21, 2019 14:46
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
@rotu rotu mentioned this pull request Oct 25, 2019
@dirk-thomas
Copy link
Member

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.

@rotu
Copy link
Contributor Author

rotu commented Oct 25, 2019

Done.

@dirk-thomas
Copy link
Member

Also please address the CI failure.

Still failing CI.

@rotu
Copy link
Contributor Author

rotu commented Oct 25, 2019

d'oh!

@dirk-thomas
Copy link
Member

Parts of this change have in the meantime landed, e.g. the usage of distutils.core.run_setup() in #30.

@rotu Would you like to revisit other parts of this change and rebase them or should this be closed?

@dirk-thomas
Copy link
Member

Would you like to revisit other parts of this change and rebase them or should this be closed?

I will go ahead and close the ticket for now. Please feel free to rebase / update the branch and it can be reopened.

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

Labels

None yet

Development

Successfully merging this pull request may close these issues.

2 participants