-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Return caching COPY layers #1489
Comments
I have a similar problem. Each time I copies the same files, he gets different docker layers. My case:
Expected:
Current:
|
Same here. I realized a speedup of 10-20% for copy-heavy images, with the downside of copy-layers not being reused in subsequent builds, even though copied files have the same hash. The speedup at image build time is mostly negated at runtime, when every cluster node has to pull gigs of meant to be cached layers, instead of the one build job, pulling them once. |
Thank you folks for the feedback. It is possible to bring this feature back with a flags. I will work on this week before Friday's release. |
Hey folks!
First of all, thank you for your outstanding and such usefull tool!
I have a question to
In #1408 you've removed the logic for caching COPY steps of dockerfiles.
My question is: Is it possible to return it back, at least by enabling it with some flag, such as
--cache-copy-layers
.The intent is pretty straightforward - not all users are copying large amounts of data into containers, but only tiny config files, etc. For instance, in my case, the performance degradation is 4x if I compare v1.2.0 vs 1.1.0.
The text was updated successfully, but these errors were encountered: