bzcat – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

bzip2, bunzip2 - ein Blocksortierungs-Dateikompressor, v1.0.6
bzcat - dekomprimiert Dateien auf stdout
bzip2recover - stellt Daten aus beschädigten bzip2-Dateien wieder her

ZUSAMMENFASSUNG

bzip2 [ -cdfkqstvzVL123456789 ] [ Dateinamen ... ]
bzip2 [ -h|--hilfe ]
bunzip2 [ -fkvsVL ] [ Dateinamen ... ]
bunzip2 [ -h|--hilfe ]
bzcat [ -s ] [ Dateinamen ... ]
bzcat [ -h|--hilfe ]
bzip2recover Dateinamen

BESCHREIBUNG

bzip2 komprimiert Dateien mit dem Burrows-Wheeler Blocksorting Textkomprimierungsalgorithmus,
und Huffman-Codierung. Die Kompression ist im Allgemeinen deutlich besser als die von
konventionellere Kompressoren auf LZ77/LZ78-Basis und nähert sich der Leistung des PPM
Familie statistischer Kompressoren.

Die Befehlszeilenoptionen sind absichtlich sehr ähnlich denen von GNU gzip, aber sie sind
Nicht identisch.

bzip2 erwartet eine Liste von Dateinamen, die die Befehlszeilen-Flags begleiten. Jede Datei ist
durch eine komprimierte Version von sich selbst mit dem Namen "original_name.bz2" ersetzt. Jeder
komprimierte Datei hat das gleiche Änderungsdatum, die gleichen Berechtigungen und, wenn möglich, den gleichen Eigentümer
als entsprechendes Original, damit diese Eigenschaften korrekt wiederhergestellt werden können
Dekompressionszeit. Die Handhabung von Dateinamen ist naiv in dem Sinne, dass es keinen Mechanismus gibt
zur Erhaltung der ursprünglichen Dateinamen, Berechtigungen, Eigentumsrechte oder Daten in Dateisystemen, die
fehlen diese Konzepte oder es bestehen schwerwiegende Beschränkungen der Dateinamenlänge, wie z. B. MS-DOS.

bzip2 und bunzip2 wird standardmäßig vorhandene Dateien nicht überschreiben. Wenn du das willst
passieren, geben Sie das Flag -f an.

Wenn keine Dateinamen angegeben sind, bzip2 komprimiert von der Standardeingabe auf die Standardausgabe.
In diesem Fall bzip2 wird es ablehnen, komprimierte Ausgaben auf ein Terminal zu schreiben, da dies der Fall wäre
völlig unverständlich und daher sinnlos sein.

bunzip2 (oder bzip2 -D) dekomprimiert alle angegebenen Dateien. Dateien, die nicht erstellt wurden von
bzip2 wird erkannt und ignoriert und eine Warnung ausgegeben. bzip2 versucht, die zu erraten
Dateiname für die dekomprimierte Datei von dem der komprimierten Datei wie folgt:

Dateiname.bz2 wird Dateiname
Dateiname.bz wird Dateiname
Dateiname.tbz2 wird Dateiname.tar
Dateiname.tbz wird Dateiname.tar
anyothername wird anyothername.out

Wenn die Datei nicht mit einer der erkannten Endungen endet, .bz2, .bz, .tbz2 or .tbz, bzip2
beschwert sich, dass es den Namen der Originaldatei nicht erraten kann und den Originalnamen verwendet
mit .aus angehängt.

Wie bei der Komprimierung führt auch die Angabe von Dateinamen zu einer Dekomprimierung von der Standardeingabe nach
Standardausgabe.

bunzip2 wird eine Datei, die aus einer Verkettung von zwei oder mehr besteht, korrekt dekomprimieren
komprimierte Dateien. Das Ergebnis ist die Verkettung der entsprechenden unkomprimierten
Dateien. Integritätstests (-t) von verketteten komprimierten Dateien werden ebenfalls unterstützt.

Sie können Dateien auch auf die Standardausgabe komprimieren oder dekomprimieren, indem Sie das Flag -c angeben.
Mehrere Dateien können auf diese Weise komprimiert und dekomprimiert werden. Die resultierenden Ausgaben sind
sequentiell auf stdout gefüttert. Die Komprimierung mehrerer Dateien auf diese Weise erzeugt a
Stream mit mehreren komprimierten Dateidarstellungen. So ein Stream kann sein
richtig dekomprimiert nur durch bzip2 Version 0.9.0 oder höher. Frühere Versionen von bzip2
stoppt, nachdem die erste Datei im Stream dekomprimiert wurde.

bzcat (oder bzip2 -DC) dekomprimiert alle angegebenen Dateien in die Standardausgabe.

bzip2 liest Argumente aus den Umgebungsvariablen Bzip2 und BZIP, in dieser Reihenfolge,
und verarbeitet sie vor allen Argumenten, die von der Befehlszeile gelesen werden. Das gibt a
bequeme Möglichkeit, Standardargumente bereitzustellen.

Die Komprimierung wird immer durchgeführt, auch wenn die komprimierte Datei etwas größer ist als die
Original. Dateien mit weniger als etwa XNUMX Byte werden tendenziell größer, da die
Kompressionsmechanismus hat einen konstanten Overhead im Bereich von 50 Bytes. Zufällige Daten
(einschließlich der Ausgabe der meisten Dateikomprimierer) ist mit etwa 8.05 Bit pro Byte codiert,
was einer Expansion von etwa 0.5% entspricht.

Zur Selbstkontrolle zu Ihrem Schutz, bzip2 verwendet 32-Bit-CRCs, um sicherzustellen, dass die
Die dekomprimierte Version einer Datei ist mit dem Original identisch. Das schützt vor
Beschädigung der komprimierten Daten und gegen unentdeckte Fehler in bzip2 (hoffentlich sehr
unwahrscheinlich). Die Wahrscheinlichkeit, dass Datenkorruption unentdeckt bleibt, ist mikroskopisch gering, etwa eins
Chance in vier Milliarden für jede verarbeitete Datei. Beachten Sie jedoch, dass die Prüfung erfolgt
bei der Dekompression, so dass es Ihnen nur sagen kann, dass etwas nicht stimmt. Es kann dir nicht helfen
Wiederherstellen der ursprünglichen unkomprimierten Daten. Sie können verwenden bzip2recover um zu versuchen, Daten wiederherzustellen
von beschädigten Dateien.

Rückgabewerte: 0 für einen normalen Exit, 1 für Umgebungsprobleme (Datei nicht gefunden, ungültig
Flags, E/A-Fehler, &c), 2 für eine beschädigte komprimierte Datei, 3 für eine interne
Konsistenzfehler (z. B. Bug), der verursacht hat bzip2 in Panik zu versetzen.

OPTIONAL

-c --stdout
Komprimieren oder dekomprimieren Sie auf die Standardausgabe.

-d --dekomprimieren
Dekompression erzwingen. bzip2, bunzip2 und bzcat sind wirklich das gleiche Programm, und die
Die Entscheidung über die zu ergreifenden Maßnahmen erfolgt auf der Grundlage des verwendeten Namens.
Dieses Flag überschreibt diesen Mechanismus und erzwingt bzip2 zu dekomprimieren.

-z --Kompresse
Die Ergänzung zu -d: erzwingt die Komprimierung, unabhängig vom Aufrufnamen.

-t --Prüfung
Überprüfen Sie die Integrität der angegebenen Datei(en), aber dekomprimieren Sie sie nicht. Das wirklich
führt eine Probedekompression durch und verwirft das Ergebnis.

-f --Macht
Überschreiben von Ausgabedateien erzwingen. Normalerweise, bzip2 wird vorhandenes nicht überschreiben
Ausgabedateien. Auch Kräfte bzip2 um harte Links zu Dateien zu unterbrechen, die es sonst
würde nicht tun.

bzip2 lehnt es normalerweise ab, Dateien zu dekomprimieren, die nicht die richtige Magie haben
Header-Bytes. Falls erzwungen (-f), werden solche Dateien jedoch unverändert durchgereicht.
So verhält sich GNU gzip.

-k --halten
Behalten Sie die Eingabedateien während der Komprimierung oder Dekomprimierung bei (löschen Sie sie nicht).

-s --klein
Reduzieren Sie die Speicherauslastung zum Komprimieren, Dekomprimieren und Testen. Dateien sind
dekomprimiert und getestet mit einem modifizierten Algorithmus, der nur 2.5 Byte benötigt
pro Blockbyte. Das bedeutet, dass jede Datei in 2300 k Speicher dekomprimiert werden kann,
wenn auch mit halber normaler geschwindigkeit.

Während der Komprimierung wählt -s eine Blockgröße von 200 k, wodurch die Speichernutzung auf begrenzt wird
ungefähr die gleiche Zahl, auf Kosten Ihres Kompressionsverhältnisses. Kurz gesagt, wenn
Ihr Computer hat wenig Arbeitsspeicher (8 Megabyte oder weniger), verwenden Sie -s für alles. Sehen
SPEICHERVERWALTUNG unten.

-q --ruhig
Unterdrücken Sie nicht unbedingt erforderliche Warnmeldungen. Meldungen zu E/A-Fehlern und
andere kritische Ereignisse werden nicht unterdrückt.

-v - ausführlich
Ausführlicher Modus – zeigt das Komprimierungsverhältnis für jede verarbeitete Datei an. Weiter -v's
Erhöhen Sie die Ausführlichkeit, indem Sie viele Informationen ausspucken, die hauptsächlich von
Interesse zu diagnostischen Zwecken.

-h --help
Drucken Sie eine Hilfenachricht und beenden Sie das Programm.

-L --Lizenz -V --Version
Zeigen Sie die Softwareversion und die Lizenzbedingungen an.

-1 (oder --schnell) zu -9 (oder --Beste)
Setzen Sie beim Komprimieren die Blockgröße auf 100 k, 200 k ... 900 k. Hat keine Wirkung, wenn
dekomprimieren. Siehe SPEICHERVERWALTUNG unten. Die Aliase --fast und --best sind
hauptsächlich für die GNU gzip-Kompatibilität. Insbesondere --schnell macht nichts
deutlich schneller. Und --best wählt lediglich das Standardverhalten aus.

-- Behandelt alle nachfolgenden Argumente als Dateinamen, auch wenn sie mit einem Bindestrich beginnen.
So können Sie mit Dateien umgehen, deren Namen mit einem Bindestrich beginnen, zum Beispiel:
bzip2 -- -meinDateiname.

--wiederholt-schnell --repetitiv-am besten
Diese Flags sind in den Versionen 0.9.5 und höher redundant. Sie lieferten einige grobe
Kontrolle über das Verhalten des Sortieralgorithmus in früheren Versionen, der
manchmal nützlich. 0.9.5 und höher haben einen verbesserten Algorithmus, der diese
Flaggen irrelevant.

SPEICHER MANAGEMENT

bzip2 komprimiert große Dateien in Blöcken. Die Blockgröße beeinflusst sowohl das Kompressionsverhältnis
erreicht werden und wie viel Speicher für die Komprimierung und Dekomprimierung benötigt wird. Die Flaggen -1
bis -9 geben die Blockgröße von 100,000 Byte bis 900,000 Byte (Standard) an.
bzw. Zur Dekompressionszeit wird die für die Kompression verwendete Blockgröße aus dem gelesen
Header der komprimierten Datei und bunzip2 weist sich dann gerade genug Speicher zu
dekomprimieren Sie die Datei. Da Blockgrößen in komprimierten Dateien gespeichert werden, folgt daraus
die Flags -1 bis -9 sind für die Dekompression irrelevant und werden daher ignoriert.

Die Komprimierungs- und Dekomprimierungsanforderungen in Bytes können wie folgt geschätzt werden:

Komprimierung: 400 k+ ( 8 x Blockgröße )

Dekompression: 100 k + ( 4 x Blockgröße ), oder
100 k + ( 2.5 x Blockgröße )

Größere Blockgrößen führen zu schnell abnehmenden Grenzerträgen. Die meiste Kompression
kommt von den ersten zwei- oder dreihundert k der Blockgröße, eine Tatsache, die es wert ist, im Hinterkopf zu behalten
bei der Verwendung von bzip2 auf kleinen Maschinen. Es ist auch wichtig zu wissen, dass die
Der Dekompressionsspeicherbedarf wird zur Kompressionszeit durch die Wahl der Blockgröße eingestellt.

Für Dateien, die mit der Standardblockgröße 900 k komprimiert sind, bunzip2 wird etwa 3700 erfordern
kbyte zu dekomprimieren. Um die Dekomprimierung einer beliebigen Datei auf einem 4-Megabyte-Rechner zu unterstützen,
bunzip2 hat eine Option zum Dekomprimieren mit ungefähr der Hälfte dieser Speichermenge, etwa
2300 kByte. Die Dekompressionsgeschwindigkeit wird ebenfalls halbiert, daher sollten Sie diese Option nur verwenden, wenn
notwendig. Das relevante Flag ist -s.

Versuchen Sie im Allgemeinen, die größten Blockgrößen-Speicherbeschränkungen zu verwenden, da dies
maximiert die erreichte Kompression. Kompressions- und Dekompressionsgeschwindigkeit sind praktisch
unabhängig von der Blockgröße.

Ein weiterer wichtiger Punkt gilt für Dateien, die in einen einzigen Block passen – also die meisten
Dateien, auf die Sie mit einer großen Blockgröße stoßen würden. Die Menge des berührten realen Speichers beträgt
proportional zur Größe der Datei, da die Datei kleiner als ein Block ist. Zum
Wenn Sie beispielsweise eine Datei mit einer Länge von 20,000 Byte mit dem Flag -9 komprimieren, wird die Komprimierung ausgelöst
um etwa 7600 k Speicher zuzuweisen, aber nur 400 k + 20000 * 8 = 560 kByte davon zu berühren.
In ähnlicher Weise weist der Dekompressor 3700 k zu, berührt aber nur 100 k + 20000 * 4 = 180
kByte.

Hier ist eine Tabelle, die die maximale Speichernutzung für verschiedene Blockgrößen zusammenfasst. Ebenfalls
aufgezeichnet ist die gesamte komprimierte Größe für 14 Dateien des Calgary Text Compression Corpus
insgesamt 3,141,622 Byte. Diese Spalte gibt ein Gefühl dafür, wie sich die Komprimierung mit ändert
Block Größe. Diese Zahlen neigen dazu, den Vorteil größerer Blockgrößen für
größere Dateien, da der Corpus von kleineren Dateien dominiert wird.

Komprimieren Dekomprimieren Dekomprimieren Korpus
Nutzungsnutzung kennzeichnen -s Nutzungsgröße

-1 1200k 500k 350k 914704
-2 2000k 900k 600k 877703
-3 2800k 1300k 850k 860338
-4 3600k 1700k 1100k 846899
-5 4400k 2100k 1350k 845160
-6 5200k 2500k 1600k 838626
-7 6100k 2900k 1850k 834096
-8 6800k 3300k 2100k 828642
-9 7600k 3700k 2350k 828642

WIEDERHERSTELLUNG DATEN AB BESCHÄDIGT DATEIEN

bzip2 komprimiert Dateien in Blöcken, normalerweise 900 kByte lang. Jeder Block wird bearbeitet
unabhängig. Wenn ein Medien- oder Übertragungsfehler dazu führt, dass eine .bz2-Datei mit mehreren Blöcken zu . wird
beschädigt ist, können Daten aus den unbeschädigten Blöcken in der Datei möglicherweise wiederhergestellt werden.

Die komprimierte Darstellung jedes Blocks wird durch ein 48-Bit-Muster begrenzt, das
Blockgrenzen mit hinreichender Sicherheit zu finden. Jeder Block auch
trägt seinen eigenen 32-Bit-CRC, sodass beschädigte Blöcke von unbeschädigten unterschieden werden können.

bzip2recover ist ein einfaches Programm, dessen Zweck es ist, in .bz2-Dateien nach Blöcken zu suchen, und
Schreiben Sie jeden Block in eine eigene .bz2-Datei. Sie können dann verwenden bzip2 -t um das zu testen
Integrität der resultierenden Dateien und dekomprimieren Sie diejenigen, die unbeschädigt sind.

bzip2recover nimmt ein einzelnes Argument, den Namen der beschädigten Datei, und schreibt eine Reihe von
Dateien "rec00001file.bz2", "rec00002file.bz2" usw., die die extrahierten Blöcke enthalten.
Die Ausgabedateinamen sind so gestaltet, dass die Verwendung von Wildcards in der nachfolgenden Verarbeitung --
zum Beispiel "bzip2 -dc rec*file.bz2 > restore_data" -- verarbeitet die Dateien im
korrekten Reihenfolge.

bzip2recover sollte bei großen .bz2-Dateien am nützlichsten sein, da diese
viele Blöcke. Es ist eindeutig sinnlos, es bei beschädigten Einzelblockdateien zu verwenden, da a
beschädigter Block kann nicht wiederhergestellt werden. Wenn Sie potenzielle Datenverluste minimieren möchten
B. durch Medien- oder Übertragungsfehler, könnten Sie eine Komprimierung mit einem kleineren Block in Betracht ziehen
Größe.

LEISTUNG ANMERKUNG

Die Sortierphase der Komprimierung sammelt ähnliche Zeichenfolgen in der Datei. Durch
Dies sind Dateien, die sehr lange Serien von wiederholten Symbolen enthalten, wie "aabaabaabaab ..."
(mehrere hundert Mal wiederholt) kann langsamer als normal komprimiert werden. Versionen 0.9.5 und
oben schneidet in dieser Hinsicht deutlich besser ab als frühere Versionen. Das Verhältnis zwischen Schlimmsten-
Case- und durchschnittliche Case-Komprimierungszeit liegt im Bereich von 10:1. Für frühere Versionen,
diese Zahl war eher 100:1. Sie können die Option -vvvv verwenden, um den Fortschritt in zu überwachen
tolles Detail, wenn Sie wollen.

Die Dekompressionsgeschwindigkeit wird von diesen Phänomenen nicht beeinflusst.

bzip2 weist normalerweise mehrere Megabyte Arbeitsspeicher zu und lädt dann alle auf
ziemlich zufällig darüber. Dies bedeutet, dass die Leistung sowohl beim Komprimieren als auch beim
Dekomprimierung, wird weitgehend von der Geschwindigkeit bestimmt, mit der Ihr Computer den Cache warten kann
verfehlt. Aus diesem Grund wurden kleine Änderungen am Code vorgenommen, um die Fehlerrate zu reduzieren
beobachtet, dass es unverhältnismäßig große Leistungsverbesserungen gibt. ich stelle mir vor bzip2 werden wir
funktionieren am besten auf Maschinen mit sehr großen Caches.

VORSICHTEN

E/A-Fehlermeldungen sind nicht so hilfreich, wie sie sein könnten. bzip2 versucht hart, E/A zu erkennen
Fehler und beenden Sie sauber, aber die Details des Problems scheinen manchmal eher zu sein
irreführend.

Diese Handbuchseite bezieht sich auf Version 1.0.6 von bzip2. Dadurch erstellte komprimierte Daten
Version ist vollständig vorwärts- und rückwärtskompatibel mit den vorherigen öffentlichen Releases,
Versionen 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 und höher, jedoch mit den folgenden
Ausnahme: 0.9.0 und höher können mehrere verkettete komprimierte korrekt dekomprimieren
Dateien. 0.1pl2 kann dies nicht; es stoppt, nachdem nur die erste Datei in der Datei dekomprimiert wurde
Strom.

bzip2recover Versionen vor 1.0.2 verwendeten 32-Bit-Ganzzahlen zur Darstellung von Bitpositionen in
komprimierte Dateien, sodass sie keine komprimierten Dateien mit einer Länge von mehr als 512 Megabyte verarbeiten konnten.
Versionen 1.0.2 und höher verwenden 64-Bit-Ints auf einigen Plattformen, die sie unterstützen (GNU
unterstützte Ziele und Windows). Um festzustellen, ob bzip2recover mit erstellt wurde oder nicht
eine solche Einschränkung, führen Sie es ohne Argumente aus. Auf jeden Fall kann man sich selbst bauen
unbegrenzte Version, wenn Sie es mit MaybeUInt64 neu kompilieren können, das auf ein unsigniertes 64-Bit eingestellt ist
ganze Zahl.

Nutzen Sie bzcat online über die Dienste von onworks.net