Poprzednie odpowiedzi są błędne o rząd wielkości!
Najlepszy algorytm kompresji, z jakim mam osobiste doświadczenia, to paq8o10t (patrz strona zpaq i PDF ).
Wskazówka: polecenie kompresji plików_lub_folderów wyglądałoby następująco:
paq8o10t -5 archive files_or_folders
Źródło: Incremental Journaling Backup Utility and Archiver
Możesz znaleźć kopię lustrzaną kodu źródłowego na GitHub .
Nieco lepszym algorytmem kompresji i zdobywcą nagrody Huttera jest decomp8 (patrz link na stronie z nagrodami). Jednak nie ma żadnego programu do kompresji, którego można by użyć.
W przypadku naprawdę dużych plików lrzip może osiągnąć współczynniki kompresji po prostu komiczne .
Przykład z README.benchmarks:
Rozłóżmy sześć drzew jądra w jednej wersji, jako tarball, linux-2.6.31 do linux-2.6.36. Będą wyświetlać wiele zbędnych informacji, ale setki megabajtów od siebie, co lrzip będzie bardzo dobry w kompresji. Dla uproszczenia porównane zostaną tylko 7z, ponieważ jest to obecnie najlepsza sprężarka ogólnego zastosowania:
Są to testy porównawcze przeprowadzone na dwurdzeniowym procesorze Intel Core2 2,53 GHz z 4 GB pamięci RAM przy użyciu Lrzip v0.5.1. Pamiętaj, że działał z 32-bitową przestrzenią użytkownika, więc możliwe było tylko adresowanie 2 GB. Jednak test został uruchomiony z opcją -U, co pozwoliło traktować cały plik jako jedno duże okno kompresji.
Tarball z 6 kolejnych drzewek jądra.
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