You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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?
The text was updated successfully, but these errors were encountered:
johnmcdowell
changed the title
Excessive size of the official python images
Excessive size of the non-slim python images
Feb 18, 2015
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.
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?
The text was updated successfully, but these errors were encountered: