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

Excessive size of the non-slim python images #37

Closed
johnmcdowell opened this issue Feb 18, 2015 · 2 comments
Closed

Excessive size of the non-slim python images #37

johnmcdowell opened this issue Feb 18, 2015 · 2 comments

Comments

@johnmcdowell
Copy link

Perhaps this is not the right place for such a discussion, but I'm curious if it's really good practice to be including so many likely unnecessary modules in the non-slim images.

The slim version is 200MB, and the 2.7 onbuild you use in the example docs is 744MB, as of this writing.

Is this extra 540 MB of cruft really worth the extra transfer and load time?

@johnmcdowell johnmcdowell changed the title Excessive size of the official python images Excessive size of the non-slim python images Feb 18, 2015
@yosifkit
Copy link
Member

The reason for the large size is to make it easy for a dev to not have to worry about system dependencies when doing pip install (which makes the onbuild image actually possible). Most of this large size is also shared with the other language stacks (https://registry.hub.docker.com/_/buildpack-deps/). For those that are worried about size and know which system libraries that they need, we have the slim versions that contain just enough to run the language.

@johnmcdowell
Copy link
Author

Closing this given it's by design. We could make the docs clearer on the tradeoffs of size versus inclusion effort.

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

No branches or pull requests

2 participants