Go to file
Yann Collet 0ff4df1b94 changed strategy : opt[] path is complete after each match
previous strategy would leave a few "bad choices"
on the ground they would be fixed later,
but that requires passing through each position to make the fix
and cannot give the end position of the last useful match.
2017-11-02 13:44:57 -07:00
contrib Add DLL files to the INSTALL target 2017-05-23 11:16:15 +02:00
doc complementary information for #394 2017-08-30 16:09:10 -07:00
examples minor improvements to examples 2017-09-11 10:25:47 -07:00
lib changed strategy : opt[] path is complete after each match 2017-11-02 13:44:57 -07:00
programs [bench] Use higher resolution timer on POSIX 2017-10-17 13:55:35 -07:00
tests Add some tests verifying command line dictionary functionality 2017-10-09 20:18:03 -04:00
visual use FindFirstFileA and FindNextFileA on Windows 2016-12-22 10:58:58 +01:00
.gitattributes added lz4-dll project 2016-11-08 16:31:09 +01:00
.gitignore added fullbench-dll.sln that works with gcc/MinGW 2016-11-15 12:57:03 +01:00
.travis.yml made clang warnings fail (-Werror) 2017-09-10 14:35:16 -07:00
appveyor.yml include NEWS in lz4_x64.zip and lz4_x86.zip 2016-11-16 11:06:28 +01:00
circle.yml removed fasttest from circleCI 2017-08-25 09:50:56 -07:00
INSTALL minor typo fix 2017-08-30 15:02:04 -07:00
LICENSE updated LICENSE 2017-02-28 15:12:24 -08:00
Makefile lz4c legacy commands are now enabled at runtime based on link/binary name "lz4c" 2017-08-14 16:56:05 -07:00
NEWS fix #397 : decompression failed when using a combination of extDict + low memory address 2017-09-07 12:48:24 -07:00
README.md minor typo fix 2017-08-30 15:02:04 -07:00

LZ4 - Extremely fast compression

LZ4 is lossless compression algorithm, providing compression speed at 400 MB/s per core, scalable with multi-cores CPU. It features an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM speed limits on multi-core systems.

Speed can be tuned dynamically, selecting an "acceleration" factor which trades compression ratio for more speed up. On the other end, a high compression derivative, LZ4_HC, is also provided, trading CPU time for improved compression ratio. All versions feature the same decompression speed.

LZ4 library is provided as open-source software using BSD 2-Clause license.

Branch Status
master Build Status Build status coverity
dev Build Status Build status

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.

Benchmarks

The benchmark uses lzbench, from @inikep compiled with GCC v6.2.0 on Linux 64-bits. The reference system uses a Core i7-3930K CPU @ 4.5GHz. Benchmark evaluates the compression of reference Silesia Corpus in single-thread mode.

Compressor Ratio Compression Decompression
memcpy 1.000 7300 MB/s 7300 MB/s
LZ4 fast 8 (v1.7.3) 1.799 911 MB/s 3360 MB/s
LZ4 default (v1.7.3) 2.101 625 MB/s 3220 MB/s
LZO 2.09 2.108 620 MB/s 845 MB/s
QuickLZ 1.5.0 2.238 510 MB/s 600 MB/s
Snappy 1.1.3 2.091 450 MB/s 1550 MB/s
LZF v3.6 2.073 365 MB/s 820 MB/s
Zstandard 1.1.1 -1 2.876 330 MB/s 930 MB/s
Zstandard 1.1.1 -3 3.164 200 MB/s 810 MB/s
zlib deflate 1.2.8 -1 2.730 100 MB/s 370 MB/s
LZ4 HC -9 (v1.7.3) 2.720 34 MB/s 3240 MB/s
zlib deflate 1.2.8 -6 3.099 33 MB/s 390 MB/s

LZ4 is also compatible and well optimized for x32 mode, for which it provides an additional +10% speed performance.

Installation

make
make install     # this command may require root access

LZ4's Makefile supports standard Makefile conventions, including staged installs, redirection, or command redefinition. It is compatible with parallel builds (-j#).

Documentation

The raw LZ4 block compression format is detailed within lz4_Block_format.

To compress an arbitrarily long file or data stream, multiple blocks are required. 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.

Other source versions

Beyond the C reference source, many contributors have created versions of lz4 in multiple languages (Java, C#, Python, Perl, Ruby, etc.). A list of known source ports is maintained on the LZ4 Homepage.