[go: up one dir, main page]

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

Add parallel support for large compressed zip members #105

Open
mxmlnkn opened this issue Feb 22, 2023 · 1 comment
Open

Add parallel support for large compressed zip members #105

mxmlnkn opened this issue Feb 22, 2023 · 1 comment
Labels
enhancement New feature or request performance Something is slower than it could be

Comments

@mxmlnkn
Copy link
Owner
mxmlnkn commented Feb 22, 2023

This goes in the same direction as #97 and #98, i.e., more and more in-house processing of zip archives in order to improve performance. See also the discussion in #104 about performance.

It should be possible to use the StenciledFile file class on the actual member data of the zip archive and give it to pragzip or indexed_bzip2 or indexed_gzip depending on the compression. Note that deflate is the most common and best-supported zip compression format. However, this requires the gzip backend to work with a raw deflate stream instead of a gzip file. These are small rough corners but it wouldn't work out of the box because of that.

@mxmlnkn mxmlnkn added enhancement New feature or request performance Something is slower than it could be labels Feb 22, 2023
@mxmlnkn
Copy link
Owner Author
mxmlnkn commented Jun 27, 2023

A possible use case for this is mentioned here:

pauldmccarthy/indexed_gzip#109
https://github.com/forrestfwilliams/index_safe

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request performance Something is slower than it could be
Projects
None yet
Development

No branches or pull requests

1 participant