Skip to content
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

HPCC-12981 Thor may cores on second job that uses python #6966

Merged

Conversation

richardkchapman
Copy link
Member

Unloading then reloading the pyembed plugin can lead to cores - particularly
if imported python modules such as numpy have cached data.

We hit similar issues in other embedded languages, and 'solved' them by
preventing the relevant embed plugin from unloading

Signed-off-by: Richard Chapman rchapman@hpccsystems.com

@hpcc-jirabot
Copy link

https://track.hpccsystems.com/browse/HPCC-12981
Jira not updated (user does not match)

@richardkchapman
Copy link
Member Author

@jakesmith @ghalliday Please review

@jakesmith
Copy link
Member

typo' in commit message [cores]

@jakesmith
Copy link
Member

Can't see any issues, same as javaembed fix so..

Unloading then reloading the pyembed plugin can lead to cores - particularly
if imported python modules such as numpy have cached data.

We hit similar issues in other embedded languages, and 'solved' them by
preventing the relevant embed plugin from unloading

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
@richardkchapman
Copy link
Member Author

Fixed typo

ghalliday added a commit that referenced this pull request Feb 11, 2015
HPCC-12981 Thor may cores on second job that uses python

Reviewed-by: Gavin Halliday <ghalliday@hpccsystems.com>
@ghalliday ghalliday merged commit 1ae2547 into hpcc-systems:candidate-5.0.6 Feb 11, 2015
@jakesmith
Copy link
Member

If we had a flag on plugins, that Thor could query as it loaded the plugin list from the workunit, that told it to never release said plugin..
that would achieve the same thing .. wouldn't it?

And if so, is that the approach we should really take moving forward ?
@richardkchapman @ghalliday

@richardkchapman
Copy link
Member Author

It would achieve the same thing but not sure it's any cleaner. I think we had a similar discussion when this came up for java case.

@richardkchapman richardkchapman deleted the python-no-unload branch July 23, 2017 07:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
4 participants