-
Notifications
You must be signed in to change notification settings - Fork 100
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
Add support for zstd compression #316
Labels
good first issue
Easier issues for folks who are interested in contributing.
Milestone
Comments
Just looking at the API, it seems like it would only take a relatively small number of changes to Mutator and the unpacking code. |
Can I try to submit a PR for this? |
On Thu, Nov 12, 2020 at 10:56:02AM -0800, Nisha K wrote:
Can I try to submit a PR for this?
Sure, that would be great! I think I already did some of the mutator
work with the Compressor interface (but I didn't actually implement a
zst Compressor). It also looks like gzip is hard coded in a few other
places that will need to be abstracted somehow.
|
nishakm
pushed a commit
to nishakm/umoci
that referenced
this issue
Nov 21, 2020
Using github.com/klauspost/compress go module has brought in a list of other compression implementations. Therefore the vendor folder has gotten larger. Some files were also modified due to the bump up in compress's version. Apart from these, this commit adds an implementation for zstd compression and a corresponding test. Fixes opencontainers#316 Signed-off-by: Nisha K <nishak@vmware.com>
mateuszkwiatkowski
pushed a commit
to runhyve/umoci
that referenced
this issue
Feb 4, 2021
Using github.com/klauspost/compress go module has brought in a list of other compression implementations. Therefore the vendor folder has gotten larger. Some files were also modified due to the bump up in compress's version. Apart from these, this commit adds an implementation for zstd compression and a corresponding test. Fixes opencontainers#316 Signed-off-by: Nisha K <nishak@vmware.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Per opencontainers/image-spec#803 using zstd compression seems to be on peoples minds.
After reading about it, it seems it's been designed with parallelism in mind, among just being faster on a single core as well. I think it would definitely speed up some of our use cases, at least.
The text was updated successfully, but these errors were encountered: