I do a ton of file compression. Most of the stuff I am compressing is just code, so I need to use loss less compression. I was wondering if there was anything that offers a better size reduction then 7zip. It doesn't matter how long it takes to compress, or decompress, size is all that matters. Does anyone know of a software like this in Linux? Or is 7zip the best?

closed as too broad by Braiam, jimmij, Anthon, garethTheRed, Zelda Nov 21 '14 at 6:57

Please edit the question to limit it to a specific problem with enough detail to identify an adequate answer. Avoid asking multiple distinct questions at once. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.


7zip is more a compactor (like PKZIP) than a compressor. It's available for Linux, but it can only create compressed archives in regular files, it's not able to compress a stream for instance. It's not able to store most of Unix file attributes like ownership, ACLs, extended attributes, hard links...

On Linux, as a compressor, you've got xz that uses the same compression algorithm as 7zip (LZMA2). You can use it to compress tar archives.

Like for gzip and bzip2, there's a parallel variant pixz that can leverage several processors to speed up the compression (xz can also do it natively since version 5.2.0 with the -T option). The pixz variant also supports indexing a compressed tar archive which means it's able to extract a single file without having to uncompress the file from the start.

  • 6
    Can you expand on the distinction between "compactor" and "compressor" that you are making here? – mattdm Nov 10 '14 at 1:22
  • 2
    @mattdm, a compressor compresses only, a compactor compacts several things into a compressed archive. – Stéphane Chazelas Nov 10 '14 at 7:53
  • 2
    @mattdm, strange. It was a very common terminology and distinction in the 90s, looks like from a google search, it's no longer the case. – Stéphane Chazelas Nov 10 '14 at 7:56
  • 6
    Maybe it was a DOS thing? In Unix, the distinction between compression and archiving is commonly made (as you also say), but I've never heard "compactor". – mattdm Nov 10 '14 at 12:10
  • 1
    @mattdm, well, compact is archive+compress (possibly with indexing, possibly members compressed separately), archiving doesn't imply compression. It is not a DOS thing, but possibly it was a French thing. Googling usenet archives, I seem to only come across articles of mine, so it could well have been my invention, though I strongly believe it's not. – Stéphane Chazelas Nov 10 '14 at 12:26

lrzip is what you're really looking for, especially if you're compressing source code!

Quoting the README:

This is a compression program optimised for large files. The larger the file and the more memory you have, the better the compression advantage this will provide, especially once the files are larger than 100MB. The advantage can be chosen to be either size (much smaller than bzip2) or speed (much faster than bzip2). [...]The unique feature of lrzip is that it tries to make the most of the available ram in your system at all times for maximum benefit.

lrzip works by first scanning for and removing any long-distance data redundancy with an rzip-based algorithm, then compressing the non-redundant data.

Con Kolivas provides a fantastic example in the Linux Kernel Mailing List; wherein he compresses a 10.3GB tarball of forty Linux Kernel releases down to 163.9MB (1.6%), and does so faster than xz. He wasn't even using the most aggressive second-pass algorithm!

I'm sure you'll have great results compressing massive tarballs of source code :)

sudo apt-get install lrzip

Example (using default for others options):

Ultra compression, dog slow:

lrzip -z file

For folders, just change lrzip for lrztar

  • 1
    I also can contest that lrzip also works really great for backups of tar/cpio/pax'ed system file trees, because those usually contain lots of long range redundancies, something that lrzip is really good at compressing. – Franki Nov 27 '14 at 7:11
  • 10
    I've tried lrzip and pixz on a 19 GB text file. Both took about half an hour to compress it (on a hexa-core machine), but the lrz file was half the size of the xz file (2.7 vs. 4.4 GB). So, another vote for this answer instead. – fnl Jan 20 '15 at 12:04
  • 3
    @Franki by 'contest', do you mean 'attest'? – mitchus Nov 2 '15 at 11:07
  • Feels like Pied Piper! – Denys Vitali Oct 29 '16 at 14:02
  • 1
    Do you know what the difference would be between lrzip and rzip? rzip looks like it was released in 1998 designed to do best on very large files with long distance redundancy, so it sounds similar to lrzip -- just wondering if lrzip was derived from rzip? (rzip from rzip.samba.org) – Astara Jan 17 '17 at 9:56

If you're looking for greatest size reduction regardless of compression speed, LZMA is likely your best option.

When comparing the various compressions, generally the tradeoff is time vs. size. gzip tends to compress and decompress relatively quickly while yielding a good compression ratio. bzip2 is somewhat slower than gzip both in compression and decompression time, but yields even greater compression ratios. LZMA has the longest compression time but yields the best ratios while also having a decompression rate outperforming that of bzip2.

Sources: http://bashitout.com/2009/08/30/Linux-Compression-Comparison-GZIP-vs-BZIP2-vs-LZMA-vs-ZIP-vs-Compress.html


  • 1
    I need to disagree on this one! The lossless file compressor providing the greatest reduction factor regardless of compression speed that works on GNU/Linux is probably either zpaq or paq8l. However, they are so slow that they are unpracticle for most real-world usages. – Franki Nov 27 '14 at 7:15
  • @Franki cool sudo apt-get install zpaq, I did some tests, according to wiki, that app would be the newest 2009, but it still loses for kgb (that uses PAQ6), but kgb is MUCH slower... – Aquarius Power May 3 '16 at 22:09
  • @Franki actually, I just found that zpaq pvc/usr/share/doc/zpaq/examples/max.cfg file.zpaq file.tar compresses more than kgb -9 – Aquarius Power May 10 '16 at 2:17

(updated answer) If time doesn't matter, use ZPAQ v1.10 (or newer) ex.:
zpaq pvc/usr/share/doc/zpaq/examples/max.cfg file.zpaq file.tar (the max.cfg file location may vary, check on your installed package file list)

zpaq actually compressed more than kgb -9 newFileName.kgb yourFileName.tar.
That is based on older algorithm PAQ6, and is very slow...
I tested with all other compressors like 7zip, lrzip, bzip2, kgb.. and zpaq compressed most!

If kgb still interests you tho: (as it was my initial choice on this answer, so I am keeping the information here)
Ubuntu 14.04 has kgb 1.0b4, run sudo apt-get install kgb to install it.

Below is about a windows version that you can try to run/compile kgb on linux, but I did not succeed.
Version 2 beta2 can be found on SourceForge, but no Linux binaries are available. You can try to run it in console with wine kgb2_console.exe -a7 -m9 (method -a6 -m9 seems to be equivalent to the best method in 1.0b4, -a7 is new in 2 beta2). Though I had better stability by installing .NET 2.0 with winetricks and running wine "KGB Archiver 2 .net.exe" (I don't like a little bit doing that, so I will stick with native Linux 1.0b4 that has almost the same result as 2 beta2).
Anyway, version 2 beta2 seriously deserves a Linux native version too! Maybe something can be accomplished with MinGW, see this, but this command still fails badly: i586-mingw32msvc-g++ kgb2_console.cpp -o kgb. May be try to compile it with dmcs (Mono)? see this tip.


7zip is no unique technology, but supports several different compression methods (see wikipedia 7z on that).

A set of tests was performed with different tools specially for C source files. I'm not sure which of the tools exist for Linux if they still exist. However, you may note that the best algorithm was PPM with modifications (PPMII, then PPMZ).

If you are interested in the tools, you can browse the site, it's in Russian but google translate may help. There is a big deposit of binaries, which you may use (or won't be able) from Linux with wine, if really needed.

Not the answer you're looking for? Browse other questions tagged or ask your own question.