We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Hey folks, I was wondering if trickle layout would be better in case estargz is enabled over here as it would reduce the time to first byte: https://github.com/containerd/stargz-snapshotter/blob/main/ipfs/converter.go#L58
If it's not/doesn't matter, would love to learn why. Thanks.
The text was updated successfully, but these errors were encountered:
trickle layout
We haven't tried trickle layout but patches are welcome if they improve the performance.
the time to first byte
When lazy pulling eStargz, stargz-snapshotter firstly reads 51 bytes footer (i.e. "last" 51 bytes of a file), rather than the first byte.
Sorry, something went wrong.
No branches or pull requests
Hey folks, I was wondering if trickle layout would be better in case estargz is enabled over here as it would reduce the time to first byte: https://github.com/containerd/stargz-snapshotter/blob/main/ipfs/converter.go#L58
If it's not/doesn't matter, would love to learn why.
Thanks.
The text was updated successfully, but these errors were encountered: