iPhone 15 Pro Max with ProCamera
I know you just mastered object permanence, please move on to reading comprehension soon!
nate3d
joined 2 years ago
Yeah! So the first thing that BuildKit provides that greatly improves build time is that it will detect and run the two stages (one, two) in parallel so the wall-clock time for your example is 5s (excluding any overhead). Without BuildKit, these would be built serially resulting in a wall-clock time of 10s (excluding any overhead).
Additionally, BuildKit uses a content-based cache rather than a step-by-step key cache used by classical Docker. This content-based cache is intelligently reused across different builds and even re-ordered instructions. If you were to build then rebuild your example, the sleep steps would be skipped entirely as those steps are fully completed and unchanged in the content-based cache from the previous build. It will detect changes and re-build accordingly.
Lastly, (albiet not a BuildKit feature directly) is to leverage inline build caching for things such as dependencies so they are persisted to your filesystem and mounted during build time such that you don't have to fetch them constantly. This isn't really necessary if leveraging BuildKit fully since the content-based cache will also handle the dependencies and only pull if changed. i.e:
RUN --mount=type=cache,target=/root/.cache \
your-build-command
Oh yeah there is a lot you can implement to really get the most out of your architecture via docker and minimize your build times.
One is using BuildKit with BuildX and Docker Build Cache.
BuildX is the one I highly recommend getting familiar with as it’s essentially an extension of BuildKit.
I’m a solutions architect so I was literally building with these tools 15 minutes ago lol. Send any other questions my way if you have any!
view more: next ›
Just switched to Fedora Kinoite and I’m loving the immutability of the OS. Oh bad update? lol rollback and golden. Can’t do that shit with each bloatware force push from MS