Ich möchte einen 16-GB-Ordner komprimieren, aber welche Methode ist die beste? tar.gz? tar.bz2 rar? 7z? Wäre das Archiv kleiner, wenn ich es zuerst in einer Methode komprimiert, dann in einen neuen Ordner kopiert und dann in einer anderen Methode erneut komprimiert hätte? Ich muss es passend für eine DVD machen (Ausgabe vielleicht 8,5 GB, weiß nicht mehr), aber mit "4370 MB" wird die komprimierte Datei zu einem 2,5-GB-Teil.
BTW, was ist die Standard-Komprimierungsmethode unter Ubuntu?
compression
Amanda
quelle
quelle
/dev/urandom
: Sie erhalten bei jedem Versuch unterschiedliche Ergebnisse. Oder versuchen Sie/dev/zero
: bzip2 ist der Gewinner (für das Verhältnis).Diese Frage ist sehr alt, aber vielleicht findet jemand diese Lösung nützlich:
Verwenden Sie
rzip
nachtar
. Es komprimiert zunächst 900 MB große Datenblöcke mit einer Dictionary-Methode und übergibt dann die bereinigten Daten anbzip2
. Es ist viel schneller als die anderen starken Komprimierungswerkzeuge (bzip2
,lzma
) und einige Dateien werden sogar besser komprimiert alsbzip2
oderlzma
.Ja,
gz
ist das Standardkomprimierungsprogramm unter Linux. Es ist schnell und liefert trotz seines Alters immer noch sehr gute Ergebnisse beim Komprimieren von Textdateien wie Quellcode. Ein weiteres Standardwerkzeug istbzip2
, obwohl es viel langsamer ist.Zusatz: lrzip ist neuer und erweitert das Prinzip von rzip. Es werden sogar unbegrenzte Blockgrößen und eine Auswahl von Komprimierungsmethoden (LZMA, Bzip2, Gzip, LZO, ZPAQ oder keine) unterstützt. LZMA ist der Standard. Für Backups oder wenn Sie viele Daten mit anderen Linux / BSD-Benutzern teilen, kann dies sehr praktisch sein.
quelle
Ich entscheide mich für eine
LZMA
. Es hat den geringsten Byte-Overhead und ein starkes Komprimierungsverhältnis. Vergleich zwischen ZIP und LZMA: Ich habe zwei Dateienseq.txt
mit PHP-Code generiertDas enthält sich wiederholende Blöcke mit 0..9 Ziffern ~ 1 MB Daten und
rnd.txt
mit PHP-CodeDas enthält zufällige Blöcke mit 0..9 Ziffern ~ 1 MB Daten.
Komprimierungsergebnisse:
Kompressionsrate:
Somit hat LZMA sequentielle Daten um 0,2% effektiver komprimiert als ZIP
und Zufallsdaten um 2,8% effektiver als ZIP.
Mit Sicherheit gewinnt LZMA!
quelle