bzcat - Online nel cloud

PROGRAMMA:

NOME

bzip2, bunzip2 - un compressore di file per l'ordinamento a blocchi, v1.0.6
bzcat - decomprime i file su stdout
bzip2recover - recupera i dati dai file bzip2 danneggiati

SINOSSI

bzip2 [ -cdfkqstvzVL123456789 ] [ i nomi dei file ... ]
bzip2 [ -h|--aiuto ]
bunzip2 [ -fkvsVL ] [ i nomi dei file ... ]
bunzip2 [ -h|--aiuto ]
bzcat [ -s ] [ i nomi dei file ... ]
bzcat [ -h|--aiuto ]
bzip2recover Nome del file

DESCRIZIONE

bzip2 comprime i file utilizzando l'algoritmo di compressione del testo con ordinamento a blocchi di Burrows-Wheeler,
e la codifica di Huffman. La compressione è generalmente considerevolmente migliore di quella ottenuta da
compressori più convenzionali basati su LZ77/LZ78 e si avvicina alle prestazioni del PPM
famiglia di compressori statistici.

Le opzioni della riga di comando sono volutamente molto simili a quelle di GNU gzip, ma loro sono
non identico.

bzip2 si aspetta un elenco di nomi di file che accompagni i flag della riga di comando. Ogni file è
sostituito da una versione compressa di se stesso, con il nome "nome_originale.bz2". Ogni
il file compresso ha la stessa data di modifica, permessi e, quando possibile, proprietà
come l'originale corrispondente, in modo che queste proprietà possano essere correttamente ripristinate a
tempo di decompressione. La gestione dei nomi dei file è ingenua nel senso che non esiste un meccanismo
per preservare i nomi dei file originali, i permessi, le proprietà o le date nei filesystem che
mancano di questi concetti o hanno serie restrizioni sulla lunghezza dei nomi di file, come MS-DOS.

bzip2 ed bunzip2 per impostazione predefinita non sovrascriverà i file esistenti. Se vuoi che questo
succedere, specificare il flag -f.

Se non vengono specificati nomi di file, bzip2 comprime dallo standard input allo standard output.
In questo caso, bzip2 rifiuterà di scrivere l'output compresso su un terminale, poiché ciò farebbe
essere del tutto incomprensibile e quindi inutile.

bunzip2 (o bzip2 -D) decomprime tutti i file specificati. File che non sono stati creati da
bzip2 verrà rilevato e ignorato e verrà emesso un avviso. bzip2 tenta di indovinare il
nome file per il file decompresso da quello del file compresso come segue:

nomefile.bz2 diventa nomefile
nomefile.bz diventa nomefile
nomefile.tbz2 diventa nomefile.tar
nomefile.tbz diventa nomefile.tar
anyothername diventa anyothername.out

Se il file non termina con una delle desinenze riconosciute, .bz2, .bz, .tbz2 or .tbz, bzip2
si lamenta di non poter indovinare il nome del file originale e usa il nome originale
con .out aggiunto.

Come con la compressione, l'assenza di nomi di file provoca la decompressione dall'input standard a
uscita standard.

bunzip2 decomprimerà correttamente un file che è la concatenazione di due o più
file compressi. Il risultato è la concatenazione del corrispondente non compresso
File. È supportato anche il test di integrità (-t) di file compressi concatenati.

Puoi anche comprimere o decomprimere i file sullo standard output dando il flag -c.
Più file possono essere compressi e decompressi in questo modo. Le uscite risultanti sono
alimentato in sequenza allo stdout. La compressione di più file in questo modo genera a
flusso contenente più rappresentazioni di file compressi. Un tale flusso può essere
decompresso correttamente solo da bzip2 versione 0.9.0 o successiva. Versioni precedenti di bzip2
si fermerà dopo aver decompresso il primo file nel flusso.

bzcat (o bzip2 -cc) decomprime tutti i file specificati nell'output standard.

bzip2 leggerà gli argomenti dalle variabili d'ambiente bzip2 ed ZIP, in questo ordine,
e li elaborerà prima di qualsiasi argomento letto dalla riga di comando. Questo dà un
modo conveniente per fornire argomenti predefiniti.

La compressione viene sempre eseguita, anche se il file compresso è leggermente più grande del
originale. I file di meno di un centinaio di byte tendono a diventare più grandi, poiché
meccanismo di compressione ha un sovraccarico costante nella regione di 50 byte. Dati casuali
(incluso l'output della maggior parte dei compressori di file) è codificato a circa 8.05 bit per byte,
dando un'espansione di circa lo 0.5%.

Come autocontrollo per la tua protezione, bzip2 utilizza CRC a 32 bit per assicurarsi che il
la versione decompressa di un file è identica all'originale. Questo protegge da
corruzione dei dati compressi e contro i bug non rilevati in bzip2 (speriamo molto
improbabile). Le possibilità che la corruzione dei dati non venga rilevata sono microscopiche, circa uno
possibilità in quattro miliardi per ogni file elaborato. Tieni presente, tuttavia, che il controllo si verifica
alla decompressione, quindi può solo dirti che qualcosa non va. Non può aiutarti
recuperare i dati originali non compressi. Puoi usare bzip2recover per provare a recuperare i dati
da file danneggiati.

Valori restituiti: 0 per un'uscita normale, 1 per problemi ambientali (file non trovato, non valido
flag, errori I/O, &c), 2 per indicare un file compresso corrotto, 3 per un file interno
errore di consistenza (ad es. bug) che ha causato bzip2 andare nel panico.

VERSIONI

-c --stdout
Comprimi o decomprimi sull'output standard.

-d --decomprimere
Decompressione forzata. bzip2, bunzip2 ed bzcat sono davvero lo stesso programma, e il
decisione su quali azioni intraprendere viene eseguita in base a quale nome viene utilizzato.
Questo flag sovrascrive quel meccanismo e forza bzip2 decomprimere.

-z --comprimere
Il complemento a -d: forza la compressione, indipendentemente dal nome della chiamata.

-t --test
Controlla l'integrità dei file specificati, ma non decomprimerli. Questo davvero
esegue una decompressione di prova e scarta il risultato.

-f --vigore
Forza la sovrascrittura dei file di output. Normalmente, bzip2 non sovrascriverà esistente
file di output. anche forze bzip2 per interrompere gli hard link ai file, cosa che altrimenti
non farebbe.

bzip2 normalmente rifiuta di decomprimere i file che non hanno la magia corretta
byte di intestazione. Se forzato (-f), tuttavia, passerà tali file senza modifiche.
Ecco come si comporta GNU gzip.

-k --mantenere
Conserva (non eliminare) i file di input durante la compressione o la decompressione.

-s --piccolo
Riduci l'utilizzo della memoria per compressione, decompressione e test. I file sono
decompresso e testato utilizzando un algoritmo modificato che richiede solo 2.5 byte
per blocco di byte. Ciò significa che qualsiasi file può essere decompresso in 2300 k di memoria,
anche se a circa la metà della velocità normale.

Durante la compressione, -s seleziona una dimensione del blocco di 200 k, che limita l'utilizzo della memoria a
intorno alla stessa cifra, a scapito del rapporto di compressione. In breve, se
la tua macchina ha poca memoria (8 megabyte o meno), usa -s per tutto. Vedere
GESTIONE DELLA MEMORIA di seguito.

-q --silenzioso
Elimina i messaggi di avviso non essenziali. Messaggi relativi a errori di I/O e
altri eventi critici non verranno soppressi.

-v --verboso
Modalità dettagliata: mostra il rapporto di compressione per ogni file elaborato. ulteriormente -v's
aumentare il livello di verbosità, vomitando molte informazioni che sono principalmente di
interesse a fini diagnostici.

-h --Aiuto
Stampa un messaggio di aiuto ed esci.

-L --licenza -V --versione
Visualizza la versione del software, i termini e le condizioni della licenza.

-1 (o --veloce) a -9 (o --migliore)
Imposta la dimensione del blocco su 100 k, 200 k ... 900 k durante la compressione. Non ha effetto quando
decompressione. Vedere GESTIONE DELLA MEMORIA di seguito. Gli alias --fast e --best sono
principalmente per la compatibilità con GNU gzip. In particolare, --fast non fa le cose
notevolmente più veloce. E --best seleziona semplicemente il comportamento predefinito.

-- Tratta tutti gli argomenti successivi come nomi di file, anche se iniziano con un trattino.
In questo modo puoi gestire file con nomi che iniziano con un trattino, ad esempio:
bzip2 -- -mionomefile.

--ripetitivo-veloce --ripetitivo-migliore
Questi flag sono ridondanti nelle versioni 0.9.5 e successive. Hanno fornito alcuni grossolani
controllo sul comportamento dell'algoritmo di ordinamento nelle versioni precedenti, che era
a volte utile. 0.9.5 e versioni successive hanno un algoritmo migliorato che li rende
bandiere irrilevanti.

MEMORIA MANAGEMENT

bzip2 comprime file di grandi dimensioni in blocchi. La dimensione del blocco influisce sia sul rapporto di compressione
raggiunto e la quantità di memoria necessaria per la compressione e la decompressione. Le bandiere -1
fino a -9 specificare la dimensione del blocco da 100,000 byte a 900,000 byte (impostazione predefinita)
rispettivamente. Al momento della decompressione, la dimensione del blocco utilizzata per la compressione viene letta dal
intestazione del file compresso, e bunzip2 quindi si alloca abbastanza memoria per
decomprimere il file. Poiché le dimensioni dei blocchi sono memorizzate in file compressi, ne consegue che
i flag da -1 a -9 sono irrilevanti e quindi ignorati durante la decompressione.

I requisiti di compressione e decompressione, in byte, possono essere stimati come:

Compressione: 400 k + (8 x dimensione del blocco)

Decompressione: 100 k + (4 x dimensione del blocco), o
100 k+ (2.5 x dimensione blocco)

Blocchi di dimensioni maggiori danno rendimenti marginali rapidamente decrescenti. La maggior parte della compressione
deriva dai primi due o trecento k di dimensione del blocco, un fatto che vale la pena tenere a mente
quando si utilizza bzip2 su piccole macchine. È anche importante apprezzare che il
il requisito di memoria di decompressione è impostato al momento della compressione dalla scelta della dimensione del blocco.

Per i file compressi con la dimensione di blocco predefinita di 900 k, bunzip2 richiederà circa 3700
kbyte da decomprimere. Per supportare la decompressione di qualsiasi file su una macchina da 4 megabyte,
bunzip2 ha un'opzione per decomprimere usando circa la metà di questa quantità di memoria, circa
2300 kbyte. Anche la velocità di decompressione è dimezzata, quindi dovresti usare questa opzione solo dove
necessario. Il flag rilevante è -s.

In generale, prova a utilizzare i vincoli di memoria per le dimensioni del blocco più grandi consentiti, dal momento che
massimizza la compressione ottenuta. La velocità di compressione e decompressione è virtualmente
non influenzato dalla dimensione del blocco.

Un altro punto significativo si applica ai file che si inseriscono in un singolo blocco, ovvero la maggior parte
file che incontreresti utilizzando blocchi di grandi dimensioni. La quantità di memoria reale toccata è
proporzionale alla dimensione del file, poiché il file è più piccolo di un blocco. Per
esempio, la compressione di un file lungo 20,000 byte con il flag -9 causerà il compressore
per allocare circa 7600 k di memoria, ma toccarne solo 400 k + 20000 * 8 = 560 kbyte.
Allo stesso modo, il decompressore allocherà 3700 k ma toccherà solo 100 k + 20000 * 4 = 180
kbyte.

Ecco una tabella che riassume l'utilizzo massimo della memoria per le diverse dimensioni dei blocchi. Anche
registrata è la dimensione compressa totale per 14 file del Calgary Text Compression Corpus
per un totale di 3,141,622 byte. Questa colonna dà un'idea di come varia la compressione con
misura del blocco. Queste cifre tendono a sottovalutare il vantaggio di blocchi di dimensioni maggiori per
file più grandi, poiché il Corpus è dominato da file più piccoli.

Comprimi Decomprimi Decomprimi Corpus
Segnala utilizzo utilizzo -s dimensione utilizzo

-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

IN RECUPERO DATA DA DANNEGGIATO FILE

bzip2 comprime i file in blocchi, solitamente lunghi 900 kbyte. Ogni blocco è gestito
indipendentemente. Se un errore del supporto o della trasmissione fa sì che un file .bz2 a più blocchi diventi
danneggiato, potrebbe essere possibile recuperare i dati dai blocchi non danneggiati nel file.

La rappresentazione compressa di ciascun blocco è delimitata da un pattern a 48 bit, il che rende
è possibile trovare i confini del blocco con ragionevole certezza. Ogni blocco anche
porta il proprio CRC a 32 bit, quindi i blocchi danneggiati possono essere distinti da quelli non danneggiati.

bzip2recover è un semplice programma il cui scopo è cercare blocchi nei file .bz2, e
scrivere ogni blocco nel proprio file .bz2. È quindi possibile utilizzare bzip2 -t per testare il
l'integrità dei file risultanti e decomprimere quelli non danneggiati.

bzip2recover prende un singolo argomento, il nome del file danneggiato, e scrive un numero di
file "rec00001file.bz2", "rec00002file.bz2", ecc., contenenti i blocchi estratti.
I nomi dei file di output sono progettati in modo tale che l'uso di caratteri jolly nell'elaborazione successiva --
ad esempio, "bzip2 -dc rec*file.bz2 > recovery_data" -- elabora i file nella
ordine corretto.

bzip2recover dovrebbe essere di grande utilità quando si tratta di file .bz2 di grandi dimensioni, poiché questi conterranno
molti blocchi. È chiaramente inutile utilizzarlo su file a blocco singolo danneggiati, poiché a
blocco danneggiato non può essere recuperato. Se desideri ridurre al minimo qualsiasi potenziale perdita di dati
a causa di errori multimediali o di trasmissione, potresti prendere in considerazione la compressione con un blocco più piccolo
dimensione.

PERFORMANCE NOTE

La fase di ordinamento della compressione raccoglie stringhe simili nel file. Per colpa di
questo, file contenenti sequenze molto lunghe di simboli ripetuti, come "aabaabaabaab ..."
(ripetuto diverse centinaia di volte) può comprimersi più lentamente del normale. Versioni 0.9.5 e
sopra se la cava molto meglio rispetto alle versioni precedenti in questo senso. Il rapporto tra peggio-
caso e tempo di compressione caso medio è nella regione di 10:1. Per le versioni precedenti,
questa cifra era più simile a 100:1. Puoi usare l'opzione -vvvv per monitorare i progressi in
grande dettaglio, se vuoi.

La velocità di decompressione non è influenzata da questi fenomeni.

bzip2 di solito alloca diversi megabyte di memoria in cui operare, quindi carica tutto
su di esso in modo abbastanza casuale. Ciò significa che le prestazioni, sia per la compressione che per
decompressione, è in gran parte determinato dalla velocità con cui la tua macchina può servire la cache
manca. Per questo motivo, sono state apportate piccole modifiche al codice per ridurre il tasso di errore
osservato per fornire miglioramenti delle prestazioni sproporzionatamente grandi. immagino bzip2 volere
prestazioni migliori su macchine con cache molto grandi.

AVVERTENZE

I messaggi di errore di I/O non sono così utili come potrebbero essere. bzip2 si sforza di rilevare I/O
errori ed esci in modo pulito, ma i dettagli di quale sia il problema a volte sembrano piuttosto
ingannevole.

Questa pagina di manuale riguarda la versione 1.0.6 di bzip2. Dati compressi creati da questo
la versione è completamente compatibile in avanti e all'indietro con le precedenti versioni pubbliche,
versioni 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 e successive, ma con le seguenti
eccezione: 0.9.0 e versioni successive possono decomprimere correttamente più compressi concatenati
File. 0.1pl2 non può farlo; si fermerà dopo aver decompresso solo il primo file nel
ruscello.

bzip2recover le versioni precedenti alla 1.0.2 utilizzavano interi a 32 bit per rappresentare le posizioni dei bit in
file compressi, quindi non potevano gestire file compressi più lunghi di 512 megabyte.
Le versioni 1.0.2 e successive usano int a 64 bit su alcune piattaforme che li supportano (GNU
destinazioni supportate e Windows). Per stabilire se bzip2recover è stato creato o meno con
tale limitazione, eseguirlo senza argomenti. In ogni caso puoi costruirti un
versione illimitata se puoi ricompilarla con MaybeUInt64 impostato su 64 bit senza segno
numero intero.

Usa bzcat online utilizzando i servizi onworks.net