commit | 634e4ee7ad37c65ccd729d7b4f69026eb70bd5d3 | [log] [download] |
---|---|---|
author | Yann Collet <yann.collet.73@gmail.com> | Thu Apr 16 10:45:53 2015 +0200 |
committer | Yann Collet <yann.collet.73@gmail.com> | Thu Apr 16 10:45:53 2015 +0200 |
tree | a93d906291cd42fb21f74b149cf7dd5b34b10bf9 | |
parent | e328d41ef4124870c31cba1fe1f4eed282b8e53e [diff] | |
parent | d153aaa1c236ba464beec4171d76063b5109b18c [diff] |
Merge pull request #96 from t-mat/improve-pr-95 Add LZ4F_OBSOLETE_ENUM() to describe obsolete enums
LZ4 is lossless compression algorithm, providing compression speed at 400 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM speed limits on multi-core systems.
A high compression derivative, called LZ4_HC, is also provided. It trades CPU time for compression ratio.
Branch | Status |
---|---|
master | |
dev |
Branch Policy:
- The “master” branch is considered stable, at all times.
- The “dev” branch is the one where all contributions must be merged before being promoted to master.
- If you plan to propose a patch, please commit into the “dev” branch, or its own feature branch. Direct commit to “master” are not permitted.
The benchmark uses the Open-Source Benchmark program by m^2 (v0.14.3) compiled with GCC v4.8.2 on Linux Mint 64-bits v17. The reference system uses a Core i5-4300U @1.9GHz. Benchmark evaluates the compression of reference Silesia Corpus in single-thread mode.
Compressor | Ratio | Compression | Decompression |
---|---|---|---|
memcpy | 1.000 | 4200 MB/s | 4200 MB/s |
LZ4 fast (r129) | 1.607 | 680 MB/s | 2220 MB/s |
LZ4 (r129) | 2.101 | 385 MB/s | 1850 MB/s |
LZO 2.06 | 2.108 | 350 MB/s | 510 MB/s |
QuickLZ 1.5.1.b6 | 2.238 | 320 MB/s | 380 MB/s |
Snappy 1.1.0 | 2.091 | 250 MB/s | 960 MB/s |
zlib 1.2.8 -1 | 2.730 | 59 MB/s | 250 MB/s |
LZ4 HC (r129) | 2.720 | 22 MB/s | 1830 MB/s |
zlib 1.2.8 -6 | 3.099 | 18 MB/s | 270 MB/s |
The raw LZ4 block compression format is detailed within lz4_Block_format.
Compressing an arbitrarily long file or data stream requires multiple blocks. Organizing these blocks and providing a common header format to handle their content is the purpose of the Frame format, defined into lz4_Frame_format. Interoperable versions of LZ4 must respect this frame format too.