4 ms·
LZMA is much slower at decompress compared to Brotli. https://www.opencpu.org/posts/brotli-benchmarks/ https://www.opencpu.org/posts/brotli-benchmarks/
by gsylvie 10y ago
LZMA is much slower at decompress compared to Brotli.
https://www.opencpu.org/posts/brotli-benchmarks/ https://www.opencpu.org/posts/brotli-benchmarks/
- adtac 10y agoApps are usually in the order of 40-50 MB. From a back of the hand calculation, the a 50 MB file when compressed with Brotli is 14.5 MB and LZMA is 17.5 MB. The difference of 3 MB translates to an additional 8 seconds of data transfer in a 3.1 Mbps 3G connection (an average one). This [1] states that a LZMA has a decompression speed of 70 MB/s, which is about 0.7 seconds. The 334 MB/s speed of Brotli does the same in about 0.15 seconds. So the additional overhead of LZMA (compared to Brotli) in decompression is just 0.65 seconds. Given these orders of magnitudes, I think optimizing for compression ratio is a much better option than decompression speed. [1] https://cran.r-project.org/web/packages/brotli/vignettes/brotli-2015-09-22.pdf https://cran.r-project.org/web/packages/brotli/vignettes/bro...
- bhouston 10y agoIn my tests and others LZMA seems to beat Brotli by quite a bit on non-text cases (DB, 3D meshes): https://news.ycombinator.com/item?id=13589048 https://news.ycombinator.com/item?id=13589048 I am concerned that the Brotli v LZMA v GZip paper you cite is not fully representative as it is written by the the Brotli team.
- bhouston 10y agoI just installed brotli on my ubuntu machine and compared it compressing a executable. Brotli: 4.77MB -> 1.21MB (8.5s) xz: 4.77MB -> 1.129MB (1.4s) LZMA does better than Brotli in the case of binaries by a fair bit every time.