Vorherige Antworten sind um eine Größenordnung falsch!
Der beste Komprimierungsalgorithmus, mit dem ich persönlich Erfahrung habe, ist paq8o10t (siehe zpaq- Seite und PDF ).
Hinweis: Der Befehl zum Komprimieren von files_or_folders sieht folgendermaßen aus:
paq8o10t -5 archive files_or_folders

Quelle: Incremental Journaling Backup Utility und Archiver
Sie können einen Spiegel des Quellcodes auf GitHub finden .
Ein etwas besserer Komprimierungsalgorithmus und Gewinner des Hutter-Preises ist decomp8 (siehe Link auf der Preisseite). Es gibt jedoch kein Kompressorprogramm, das Sie tatsächlich verwenden können.
Für wirklich große Dateien kann lrzip Komprimierungsraten erzielen, die einfach komisch sind .
Ein Beispiel aus README.benchmarks:
Nehmen wir sechs Kernel-Bäume, eine Version als Tarball, linux-2.6.31 bis linux-2.6.36. Diese zeigen viele redundante Informationen, aber Hunderte von Megabyte voneinander entfernt, was lrzip sehr gut komprimieren kann. Der Einfachheit halber wird nur 7z verglichen, da dies derzeit der mit Abstand beste Allzweckkompressor ist:
Hierbei handelt es sich um Benchmarks, die auf einem 2,53-GHz-Dual-Core-Intel-Core2-Prozessor mit 4 GB RAM unter Verwendung von lrzip v0.5.1 durchgeführt wurden. Beachten Sie, dass es mit einem 32-Bit-Benutzerbereich ausgeführt wurde, sodass nur eine 2-GB-Adressierung möglich war. Der Benchmark wurde jedoch mit der Option -U ausgeführt, sodass die gesamte Datei als ein großes Komprimierungsfenster behandelt werden kann.
Tarball von 6 aufeinander folgenden Kernelbäumen.
Compression Size Percentage Compress Decompress
None 2373713920 100 [n/a] [n/a]
7z 344088002 14.5 17m26s 1m22s
lrzip 104874109 4.4 11m37s 56s
lrzip -l 223130711 9.4 05m21s 1m01s
lrzip -U 73356070 3.1 08m53s 43s
lrzip -Ul 158851141 6.7 04m31s 35s
lrzip -Uz 62614573 2.6 24m42s 25m30s