5 ms·
Speed is good, but how does it perform in terms of compression ratio against other algorithms?
by altrego99 14y ago
Speed is good, but how does it perform in terms of compression ratio against other algorithms?
- pyxy 14y agoFrom Compression Ratings website I've catched this: program comp-ratio comp-time decomp-time bzip2 34.1% 468.09s 167.03s gzip -5 37.6% 141.30s 34.76s lz4 -c2t4 43.9% 52.72s 5.84s http://compressionratings.com/sort.cgi?rating_sum.full+p3 http://compressionratings.com/sort.cgi?rating_sum.full+p3
- alecco 14y agoprogram comp-ratio comp-time decomp-time pigz -1 40.3% 26.92s 20.31s lz4 -c2t4 43.9% 52.72s 5.84s info-zip -1 41.3% 122.31s 119.81s More relevant would be a comparison with gzip -1, lzop, snappy and rolz. Also the test data is mixed. It is not very helpful to see where this algorithm shines. Also note the memory usage shots up from 5m/2m for info-zip -1 to 46m/42m for the specific case of lz4 you picked. EDIT: also bzip2 seems to be paticularly bad for this specific dataset, other algorithms in that category get better compression ratios. Added pigz to the comparison (info-zip with pthreads).
- alecco 14y agoThis level of compressions is only good for very low entropy data. Like HTML found in the wild from template code. But you probably are better off running whitespace cleanup, CSS removal and plain minimization. All that is just as fast and needs no decompression. These compressors are only useful for a handful of cases.
- dchest 14y agoThere's a table here: http://code.google.com/p/lz4/ http://code.google.com/p/lz4/