lbzip2 - Online nel cloud

PROGRAMMA:

NOME

lbzip2 - utility parallela bzip2

SINOSSI

lbzip2|bzip2 [-n WTHRS] [-k|-c|-t] [-d] [-1 .. -9] [-f] [-s] [-u] [-v] [-S] [ RISORSE ... ]

lbunzip2|bunzip2 [-n WTHRS] [-k|-c|-t] [-z] [-f] [-s] [-u] [-v] [-S] [ RISORSE ... ]

lbzcat|bzcat [-n WTHRS] [-z] [-f] [-s] [-u] [-v] [-S] [ RISORSE ... ]

lbzip2|bzip2|lbunzip2|bunzip2|lbzcat|bzcat -h

DESCRIZIONE

Comprimi o decomprimi RISORSE operandi o input standard su file regolari o output standard
utilizzando l'algoritmo di compressione del testo di ordinamento a blocchi di Burrows-Wheeler. Il lbzip2 utilità
impiega più thread e uno splitter legato all'input anche durante la decompressione . Bz2 file
creato dallo standard bzip2.

La compressione è generalmente considerevolmente migliore di quella ottenuta con metodi più convenzionali
Compressori basati su LZ77/LZ78 e competitivo con tutti tranne il meglio della famiglia PPM di
compressori statistici.

La compressione viene sempre eseguita, anche se il file compresso è leggermente più grande del
originale. L'espansione del caso peggiore è per i file di lunghezza zero, che si espandono fino a quattordici
byte. I dati casuali (incluso l'output della maggior parte dei compressori di file) sono codificati con
espansione asintotica di circa lo 0.5%.

Le opzioni della riga di comando sono volutamente molto simili a quelle di bzip2 ed gzip, ma
non sono identici.

INVOCAZIONE

La modalità di funzionamento predefinita è la compressione. Se l'utilità viene invocata come lbunzip2 or
bunzip2, la modalità passa alla decompressione. Chiamare l'utilità come lbzcat or bzcat
seleziona la decompressione, con il flusso di byte decompresso scritto nell'output standard.

VERSIONI

-n WTHRS
Imposta il numero di thread (de)compressore su WTHRS. Se questa opzione non lo è
specificato, lbzip2 tenta di interrogare il sistema per il numero di processori online (se
sia l'ambiente di compilazione che l'ambiente di esecuzione lo supportano), o
esce con un errore (se non è in grado di determinare il numero di processori online).

-k, --mantenere
Non rimuovere RISORSE operandi dopo una (de)compressione riuscita. Apri ingresso regolare
file con più di un collegamento.

-c, --stdout
Scrivi l'output sull'output standard, anche quando RISORSE gli operandi sono presenti. Implica -k
ed esclude -t.

-t, --test
Prova di decompressione; scarta l'output invece di scriverlo su file o standard
produzione. Implica -k ed esclude -c. Più o meno equivalente a passare -c ed
reindirizzare l'output standard al bucket di bit.

-d, --decomprimere
Forza la decompressione sulla modalità operativa selezionata dal nome di chiamata.

-z, --comprimere
Forza la compressione sulla modalità operativa selezionata dal nome di chiamata.

-1 .. -9
Imposta la dimensione del blocco di compressione su 100K .. 900K, con incrementi di 100K. Ignorato durante
decompressione. Vedere anche la sezione DIMENSIONE BLOCCO di seguito.

--veloce Alias ​​per -1.

--migliore Alias ​​per -9. Questa è l'impostazione predefinita.

-f, --vigore
Apri file di input non regolari. Apri file di input con più di un collegamento, interruzione
link quando -k non è specificato in aggiunta. Prova a rimuovere ogni file di output prima
aprendolo. Per impostazione predefinita lbzip2 non sovrascriverà i file esistenti; se vuoi questo
che accada, dovresti specificare -f. Se -c ed -d sono anche dati non rifiutare i file
non in formato bzip2, basta copiarli senza modifiche; privo di -f lbzip2 fermerebbe
dopo aver raggiunto un file che non è in formato bzip2.

-s, --piccolo
Riduci l'utilizzo della memoria a scapito delle prestazioni.

-u, --sequenziale
Eseguire la suddivisione sequenziale dei blocchi di input. Ciò può migliorare il rapporto di compressione e
diminuire l'utilizzo della CPU, ma ridurrà la scalabilità.

-v, --verboso
Sii più prolisso. Stampa informazioni più dettagliate sull'avanzamento della (de)compressione a
errore standard: prima di elaborare ogni file, stampare un messaggio indicando i nomi di
file di input e output; durante la (de)compressione, stampa una percentuale approssimativa di
completezza e tempo stimato di arrivo (solo se è collegato all'errore standard)
un terminale); dopo aver elaborato ogni file stampa un messaggio che mostra il rapporto di compressione,
risparmio di spazio, tempo di compressione totale (tempo di parete) e velocità di (de)compressione media
(byte di dati semplici elaborati al secondo).

-S Stampa le statistiche delle variabili di condizione sull'errore standard per ogni completamento
(de)compressione operazione. Utile nella profilazione.

-q, --silenzioso, --ripetitivo-veloce, --ripetitivo-migliore, --esponenziale
Accettato per compatibilità con bzip2, altrimenti ignorato.

-h, --Aiuto
Stampa la guida sull'utilizzo della riga di comando sull'output standard ed esci con successo.

-L, --licenza, -V, --versione
Stampa le informazioni sulla licenza e sulla versione sullo standard output ed esci con successo.

AMBIENTE

LBZIP2, bzip2, bzip
Prima di analizzare la riga di comando, lbzip2 inserisce il contenuto di queste variabili, in
l'ordine specificato, tra il nome di chiamata e il resto della riga di comando.
I token sono separati da spazi e tab, di cui non è possibile eseguire l'escape.

OPERANDI

RISORSE Specifica i file da comprimere o decomprimere.

RISORSEs con . Bz2, .TBZ, .tbz2 ed .tz2 i suffissi dei nomi verranno saltati quando
compressione. Durante la decompressione, . Bz2 i suffissi verranno rimossi nei nomi dei file di output;
.TBZ, .tbz2 ed .tz2 i suffissi saranno sostituiti da .catrame; altri nomi di file saranno
con suffisso .out. Se uno INT or TERMINE il segnale viene consegnato a lbzip2, allora
rimuove il normale file di output attualmente aperto prima di uscire.

Se non viene fornito alcun FILE, lbzip2 funziona come filtro, elaborando l'input standard su
uscita standard. In questo caso, lbzip2 rifiuterà di scrivere l'output compresso su a
terminale (o leggere l'input compresso da un terminale), poiché sarebbe del tutto
incomprensibile e quindi inutile.

EXIT STATUS

0 if lbzip2 termina con successo. Questo presuppone che ogni volta che ci prova, lbzip2 mai
non riesce a scrivere sull'errore standard.

1 if lbzip2 incontra un errore fatale.

4 if lbzip2 emette avvisi senza incontrare un errore irreversibile. Questo presuppone che
ogni volta che ci prova, lbzip2 non manca mai di scrivere sull'errore standard.

SIGPIPE, SIGXFSZ
if lbzip2 intende uscire con lo stato 1 a causa di un errore fatale, ma di tale segnale
con ereditato SIG_DFL l'azione è stata generata per lbzip2 in precedenza, quindi lbzip2
termina tramite uno di detti segnali, dopo aver ripulito l'eventuale uscita interrotta
file.

SIGABRT
se un'asserzione di runtime fallisce (es lbzip2 rileva un bug in sé). Auspicabilmente
chiunque abbia compilato il tuo binario non è stato abbastanza audace da #define NDEBUG.

SIGINT, TERMINE
lbzip2 cattura questi segnali in modo che possa rimuovere un file di output interrotto. In
tali casi, lbzip2 esce alzando nuovamente (uno dei) segnali ricevuti.

BLOCCO TAGLIA

lbzip2 comprime file di grandi dimensioni in blocchi. Può funzionare con blocchi di varie dimensioni, che vanno
da 100k a 900k in passi da 100k e alloca solo la quantità di memoria necessaria. Il
la dimensione del blocco influisce sia sul rapporto di compressione raggiunto, sia sulla quantità di memoria necessaria
sia per la compressione che per la decompressione. La velocità di compressione e decompressione è virtualmente
non influenzato dalla dimensione del blocco, a condizione che il file in elaborazione sia abbastanza grande da essere
suddiviso tra tutti i thread di lavoro.

le bandiere -1 attraverso -9 specificare la dimensione del blocco da 100,000 byte a 900,000 byte
(l'impostazione predefinita) rispettivamente. Al momento della decompressione, la dimensione del blocco utilizzata per la compressione è
leggi dal file compresso -- i flag -1 a -9 sono irrilevanti e quindi ignorati
durante la decompressione.

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 lbzip2 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.
In generale, dovresti provare a utilizzare i limiti di memoria della dimensione del blocco più grandi consentiti.

Un altro punto significativo si applica ai file di piccole dimensioni. In base alla progettazione, solo uno di lbzip2il lavoratore
i thread possono funzionare su un singolo blocco. Ciò significa che se il numero di blocchi nel
compresso è inferiore al numero di processori online, quindi alcuni dei thread di lavoro
rimarrà inattivo per tutto il tempo. La compressione di file di piccole dimensioni con blocchi di dimensioni inferiori può
quindi aumentare significativamente sia la velocità di compressione che di decompressione. La velocità
la differenza è più evidente all'aumentare del numero di core della CPU.

ERRORE TRATTAMENTO

La gestione delle condizioni di errore è l'aspetto meno soddisfacente di lbzip2. La politica è
per provare a lasciare il filesystem in uno stato coerente, quindi uscire, anche se ciò significa no
elaborare alcuni dei file menzionati nella riga di comando.

"Uno stato coerente" significa che un file esiste sia compresso che non compresso
forma, ma non entrambe. Questo si riduce alla regola "cancella il file di output in caso di errore"
condizione si verifica, lasciando intatto l'input'. I file di input vengono eliminati solo quando possiamo essere
abbastanza sicuro che il file di output sia stato scritto e chiuso con successo.

RISORSE ASSEGNAZIONE

lbzip2 necessita di vari tipi di risorse di sistema per funzionare. Questi includono memoria, thread,
mutex e variabili di condizione. La politica è semplicemente rinunciare se un'allocazione delle risorse
si verifica un guasto.

Il consumo di risorse cresce linearmente con il numero di thread di lavoro. Se lbzip2 fallisce perché
della mancanza di alcune risorse, la diminuzione del numero di thread di lavoro può aiutare. Sarebbe
possibile per lbzip2 per cercare di ridurre il numero di thread di lavoro (e quindi la risorsa
consumo), o per passare a file successivi nella speranza che alcuni possano aver bisogno di meno
risorse, ma le complicazioni per fare questo sembrano più problemi di quanto valgano.

DANNEGGIATO FILE

lbzip2 tenta di comprimere i dati eseguendo su di essi diverse trasformazioni non banali.
Ogni compressione di un file implica il presupposto che il file compresso possa essere
decompresso per riprodurre l'originale. Grandi sforzi nella progettazione, codifica e test hanno
stato fatto per garantire che questo programma funzioni correttamente. Tuttavia, la complessità del
algoritmi e, in particolare, la presenza di vari casi speciali nel codice che
si verificano con probabilità molto bassa ma diversa da zero rendono molto difficile escludere il
possibilità di bug rimanenti nel programma. Questo non vuol dire che questo programma sia
intrinsecamente inaffidabile. In effetti, spero vivamente che sia vero il contrario - lbzip2 è stata
accuratamente costruito e ampiamente testato.

Come autocontrollo per la tua protezione, lbzip2 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 bug non scoperti in lbzip2 (auspicabilmente
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.

I CRC possono rilevare solo file danneggiati, non possono aiutarti a recuperare l'originale,
dati non compressi. Tuttavia, a causa della natura a blocchi dell'algoritmo di compressione, è
potrebbe essere possibile recuperare alcune parti del file danneggiato, anche se alcuni blocchi sono
distrutto.

Usa lbzip2 online utilizzando i servizi onworks.net