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

image-pull: add e2e execution time plot #11

Open
csegarragonz opened this issue Dec 12, 2024 · 0 comments
Open

image-pull: add e2e execution time plot #11

csegarragonz opened this issue Dec 12, 2024 · 0 comments

Comments

@csegarragonz
Copy link
Contributor

csegarragonz commented Dec 12, 2024

The idea is to compare the execution time of SC2 with different image-pulling configurations:

  • Guest pull (regular)
  • Lazy guest pull (w/ nydus)
  • Host mount (w/ nydus)
  • Hybrid

Do for two different applications: helloworld-py and some tflite inference.

Here we should also analyze the situation where we pull the image twice in the guest and in the host:

(From CNCF Slack)
The containerd shim API is modelled after the OCI runtime spec, with a few extras. Notably, it deals with bundles instead of images. Since containerd does not know that the bundle is going to be unused by the runtime, it always needs to prepare it. Now, if containerd was using the snapshotter without inspecting the committed snapshots, we could theoretically not materialize anything and get away with it.
However, since the CRI deals with images, containerd needs to translate between image and bundle. Due to unfortunate design choices (edit: in the OCI image spec, which was informed by the Docker image spec), some of this translation involves looking up content in the bundle - one example I know is the mentioned named user lookup (see #9928). (

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

1 participant