commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Bodewig (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (COMPRESS-440) Speed up decoder for deflate64
Date Fri, 12 Jan 2018 16:28:00 GMT

     [ https://issues.apache.org/jira/browse/COMPRESS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Stefan Bodewig resolved COMPRESS-440.
-------------------------------------
       Resolution: Fixed
    Fix Version/s: 1.16

Thanks!

> Speed up decoder for deflate64
> ------------------------------
>
>                 Key: COMPRESS-440
>                 URL: https://issues.apache.org/jira/browse/COMPRESS-440
>             Project: Commons Compress
>          Issue Type: Improvement
>            Reporter: Dawid Weiss
>            Priority: Minor
>             Fix For: 1.16
>
>
> With the buffer applied in COMPRESS-438 the decompression speed is actually quite all
right, but there's still room for improvement. I was quite curious what the bounds for pure-java
inflater would be and hacked a quick experiment with ZipFile using jzlib's implementation
[1] to decompress a large-ish archive (openjdk8 repository).
> The results for deflate, deflate64 and java's built-in decompressor are below.
> {code}
> Java (Inflater):
> archive.zip 4.38 sec., 444,357,134 archived => 731,621,181 decompressed
> jzlib's pure-java inflater:
> archive.zip 6.65 sec., 444,357,134 archived => 731,621,181 decompressed
> current deflate64 in commons-compress (with my allocation-reducing patch):
> archive64.zip 11.35 sec., 443,209,798 archived => 731,630,120 decompressed
> {code}
> [1] http://www.jcraft.com/jzlib/



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message