bzcat - Online în cloud

PROGRAM:

NUME

bzip2, bunzip2 - un compresor de fișiere cu sortare bloc, v1.0.6
bzcat - decomprimă fișierele în stdout
bzip2recover - recuperează datele din fișierele bzip2 deteriorate

REZUMAT

bzip2 [ -cdfkqstvzVL123456789 ] [ nume de fișiere ... ]
bzip2 [ -h|--ajutor ]
bunzip2 [ -fkvsVL ] [ nume de fișiere ... ]
bunzip2 [ -h|--ajutor ]
bzcat [ -s ] [ nume de fișiere ... ]
bzcat [ -h|--ajutor ]
bzip2recover nume de fișier

DESCRIERE

bzip2 comprimă fișierele folosind algoritmul de comprimare a textului de sortare a blocurilor Burrows-Wheeler,
și codare Huffman. Compresia este, în general, considerabil mai bună decât cea atinsă de
compresoare mai convenționale bazate pe LZ77/LZ78 și se apropie de performanța PPM
familia de compresoare statistice.

Opțiunile din linia de comandă sunt în mod deliberat foarte asemănătoare cu cele ale GNU gzip, dar ei sunt
nu identice.

bzip2 se așteaptă ca o listă de nume de fișiere să însoțească steagurile liniei de comandă. Fiecare fișier este
înlocuit cu o versiune comprimată a sa, cu numele „original_name.bz2”. Fiecare
fișierul comprimat are aceeași dată de modificare, permisiuni și, atunci când este posibil, aceeași proprietate
ca originalul corespunzător, astfel încât aceste proprietăți să poată fi restaurate corect la
timpul de decompresie. Gestionarea numelor de fișiere este naivă în sensul că nu există niciun mecanism
pentru păstrarea numelor de fișiere originale, a permisiunilor, a proprietăților sau a datelor în sistemele de fișiere care
nu au aceste concepte sau au restricții serioase privind lungimea numelor de fișiere, cum ar fi MS-DOS.

bzip2 și bunzip2 implicit nu va suprascrie fișierele existente. Dacă vrei asta
se întâmplă, specificați steag-ul -f.

Dacă nu sunt specificate nume de fișiere, bzip2 comprimă de la intrarea standard la ieșirea standard.
În acest caz, bzip2 va refuza să scrie o ieșire comprimată pe un terminal, așa cum ar face acest lucru
să fie complet de neînțeles și, prin urmare, fără rost.

bunzip2 (Sau bzip2 -d) decomprimă toate fișierele specificate. Fișierele care nu au fost create de
bzip2 va fi detectat și ignorat și va fi emis un avertisment. bzip2 încearcă să ghicească
numele fișierului pentru fișierul decomprimat din cel al fișierului comprimat, după cum urmează:

filename.bz2 devine filename
filename.bz devine filename
filename.tbz2 devine filename.tar
filename.tbz devine filename.tar
anyothername devine anyothername.out

Dacă fișierul nu se termină cu una dintre terminațiile recunoscute, .bz2, .bz, .tbz2 or .tbz, bzip2
se plânge că nu poate ghici numele fișierului original și folosește numele original
cu .out anexat.

Ca și în cazul compresiei, furnizarea de nume de fișiere cauzează decompresia de la intrarea standard la
ieșire standard.

bunzip2 va decomprima corect un fișier care este concatenarea a două sau mai multe
fișiere comprimate. Rezultatul este concatenarea necomprimatului corespunzător
fișiere. Testarea de integritate (-t) a fișierelor comprimate concatenate este, de asemenea, acceptată.

De asemenea, puteți comprima sau decomprima fișierele la ieșirea standard dând steag-ul -c.
Mai multe fișiere pot fi comprimate și decomprimate astfel. Ieșirile rezultate sunt
alimentat secvenţial la stdout. Comprimarea mai multor fișiere în acest mod generează a
flux care conține mai multe reprezentări de fișiere comprimate. Un astfel de flux poate fi
decomprimat corect numai de bzip2 versiunea 0.9.0 sau mai recentă. Versiunile anterioare ale bzip2
se va opri după decomprimarea primului fișier din flux.

bzcat (Sau bzip2 -DC) decomprimă toate fișierele specificate la ieșirea standard.

bzip2 va citi argumente din variabilele de mediu bzip2 și BZIP, in acea ordine,
și le va procesa înaintea oricăror argumente citite din linia de comandă. Aceasta dă o
modalitate convenabilă de a furniza argumente implicite.

Comprimarea este întotdeauna efectuată, chiar dacă fișierul comprimat este puțin mai mare decât fișierul
original. Fișierele de mai puțin de aproximativ o sută de octeți tind să devină mai mari, deoarece
Mecanismul de compresie are o suprasarcină constantă în regiunea de 50 de octeți. Date aleatorii
(inclusiv rezultatul majorității compresoarelor de fișiere) este codificat la aproximativ 8.05 biți pe octet,
dând o expansiune de aproximativ 0.5%.

Ca auto-verificare pentru protecția dvs., bzip2 folosește CRC-uri pe 32 de biți pentru a se asigura că
versiunea decomprimată a unui fișier este identică cu cea originală. Acest lucru protejează împotriva
coruperea datelor comprimate și împotriva erorilor nedetectate în bzip2 (sper ca foarte
improbabil). Șansele ca corupția datelor să nu fie detectată sunt microscopice, aproximativ una
șansă în patru miliarde pentru fiecare dosar procesat. Rețineți, totuși, că verificarea are loc
la decompresie, așa că vă poate spune doar că ceva nu este în regulă. Nu te poate ajuta
recuperați datele originale necomprimate. Poți să folosești bzip2recover pentru a încerca să recupereze datele
din fișierele deteriorate.

Valori returnate: 0 pentru o ieșire normală, 1 pentru probleme de mediu (fișier negăsit, invalid
steaguri, erori I/O etc.), 2 pentru a indica un fișier comprimat corupt, 3 pentru un fișier intern
eroare de consistență (de exemplu, eroare) care a cauzat bzip2 a se panica.

OPŢIUNI

-c --stdout
Comprimați sau decomprimați la ieșire standard.

-d --decomprima
Forța de decompresie. bzip2, bunzip2 și bzcat sunt într-adevăr același program și
decizia cu privire la acțiunile de întreprins se face pe baza numelui folosit.
Acest steag depășește acel mecanism și forțează bzip2 a decomprima.

-z --comprima
Complementul la -d: forțează compresia, indiferent de numele invocației.

-t --Test
Verificați integritatea fișierelor specificate, dar nu le decomprimați. Asta cu adevărat
efectuează o decompresie de probă și aruncă rezultatul.

-f --forta
Forțați suprascrierea fișierelor de ieșire. În mod normal, bzip2 nu va suprascrie existente
fișiere de ieșire. De asemenea forțe bzip2 pentru a rupe legături rigide către fișiere, care altfel
nu ar face.

bzip2 refuză în mod normal să decomprima fișierele care nu au magia corectă
octeți de antet. Dacă este forțat (-f), totuși, va trece astfel de fișiere prin nemodificate.
Acesta este modul în care se comportă GNU gzip.

-k --a pastra
Păstrați (nu ștergeți) fișierele de intrare în timpul compresiei sau decompresiei.

-s --mic
Reduceți utilizarea memoriei, pentru compresie, decompresie și testare. Fișierele sunt
decomprimat și testat folosind un algoritm modificat care necesită doar 2.5 octeți
pe bloc octet. Aceasta înseamnă că orice fișier poate fi decomprimat în 2300 k de memorie,
deși la aproximativ jumătate din viteza normală.

În timpul compresiei, -s selectează o dimensiune a blocului de 200 k, ceea ce limitează utilizarea memoriei la
aproximativ aceeași cifră, în detrimentul raportului de compresie. Pe scurt, dacă
mașina dvs. are memorie redusă (8 megaocteți sau mai puțin), utilizați -s pentru orice. Vedea
GESTIONAREA MEMORIEI de mai jos.

-q --Liniște
Suprimați mesajele de avertizare neesențiale. Mesaje referitoare la erorile I/O și
alte evenimente critice nu vor fi suprimate.

-v --verbos
Modul Verbose -- arată raportul de compresie pentru fiecare fișier procesat. Mai departe -v-uri
crește nivelul de verbozitate, răspândind o mulțime de informații care sunt în primul rând ale
interes pentru diagnosticare.

-h --Ajutor
Imprimați un mesaj de ajutor și ieșiți.

-L --licență -V --versiune
Afișați versiunea software, termenii și condițiile licenței.

-1 (Sau --rapid) la -9 (Sau --Cel mai bun)
Setați dimensiunea blocului la 100 k, 200 k ... 900 k la comprimare. Nu are efect când
decomprimarea. Vezi mai jos GESTIONAREA MEMORIEI. Aliasurile --fast și --best sunt
în primul rând pentru compatibilitatea GNU gzip. În special, --fast nu face lucruri
semnificativ mai rapid. Și --best doar selectează comportamentul implicit.

-- Tratează toate argumentele ulterioare ca nume de fișiere, chiar dacă încep cu o liniuță.
Acest lucru este astfel încât să puteți gestiona fișiere cu nume care încep cu o liniuță, de exemplu:
bzip2 -- -myfilename.

--repetitiv-rapid --repetitiv-cel mai bun
Aceste steaguri sunt redundante în versiunile 0.9.5 și mai sus. Au oferit unele grosiere
control asupra comportamentului algoritmului de sortare în versiunile anterioare, care a fost
uneori utile. 0.9.5 și mai sus au un algoritm îmbunătățit care le redă
steaguri irelevante.

MEMORIE MANAGEMENTUL

bzip2 comprimă fișiere mari în blocuri. Dimensiunea blocului afectează atât raportul de compresie
realizat și cantitatea de memorie necesară pentru compresie și decompresie. Steagurile -1
până la -9 specificați dimensiunea blocului să fie de la 100,000 de octeți până la 900,000 de octeți (implicit)
respectiv. La momentul decompresiei, dimensiunea blocului utilizată pentru compresie este citită din
antetul fișierului comprimat și bunzip2 apoi își alocă suficientă memorie
decomprimați fișierul. Deoarece dimensiunile blocurilor sunt stocate în fișiere comprimate, rezultă că
steagurile de la -1 la -9 sunt irelevante și astfel ignorate în timpul decompresiei.

Cerințele de compresie și decompresie, în octeți, pot fi estimate ca:

Compresie: 400 k + ( 8 x dimensiunea blocului )

Decompresie: 100 k + ( 4 x dimensiunea blocului ), sau
100 k + ( 2.5 x dimensiunea blocului )

Dimensiunile mai mari ale blocurilor oferă randamente marginale în scădere rapidă. Majoritatea compresiei
provine din primele două sau trei sute de k de dimensiunea blocului, fapt demn de reținut
atunci când se utilizează bzip2 pe mașini mici. De asemenea, este important să apreciem că
Cerința de memorie de decompresie este stabilită la momentul compresiei prin alegerea dimensiunii blocului.

Pentru fișierele comprimate cu dimensiunea implicită de bloc de 900 k, bunzip2 va necesita aproximativ 3700
kbytes de decomprimat. Pentru a suporta decomprimarea oricărui fișier pe o mașină de 4 megaocteți,
bunzip2 are o opțiune de decomprimare folosind aproximativ jumătate din această cantitate de memorie, aproximativ
2300 kbytes. Viteza de decompresie este, de asemenea, redusă la jumătate, așa că ar trebui să utilizați această opțiune numai acolo unde
necesar. Steagul relevant este -s.

În general, încercați să utilizați cea mai mare dimensiune de bloc de constrângeri de memorie permisă, de atunci
maximizează compresia realizată. Viteza de compresie și decompresie sunt practic
neafectat de dimensiunea blocului.

Un alt punct important se aplică fișierelor care se încadrează într-un singur bloc - asta înseamnă cele mai multe
fișierele pe care le-ați întâlni folosind o dimensiune mare de bloc. Cantitatea de memorie reală atinsă este
proporțional cu dimensiunea fișierului, deoarece fișierul este mai mic decât un bloc. Pentru
De exemplu, comprimarea unui fișier de 20,000 de octeți cu indicatorul -9 va provoca compresorul
pentru a aloca aproximativ 7600 k de memorie, dar atingeți doar 400 k + 20000 * 8 = 560 kbytes din aceasta.
În mod similar, decompresorul va aloca 3700 k, dar atinge doar 100 k + 20000 * 4 = 180
kbytes.

Iată un tabel care rezumă utilizarea maximă a memoriei pentru diferite dimensiuni de bloc. De asemenea
înregistrată este dimensiunea totală comprimată pentru 14 fișiere din Calgary Text Compression Corpus
însumând 3,141,622 octeți. Această coloană oferă o idee despre modul în care variază compresia
dimensiunea blocului. Aceste cifre tind să subestimeze avantajul blocurilor de dimensiuni mai mari pentru
fișiere mai mari, deoarece Corpus-ul este dominat de fișiere mai mici.

Comprimare Decomprimare Decomprimare Corpus
Semnalați utilizarea utilizării -s usage Size

-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

RECUPERARE DATE DIN DAUNAT DOSARE

bzip2 comprimă fișierele în blocuri, de obicei lungi de 900 kbytes. Fiecare bloc este gestionat
independent. Dacă o eroare media sau de transmisie face ca un fișier .bz2 cu mai multe blocuri să devină
deteriorat, este posibil să fie posibilă recuperarea datelor din blocurile nedeteriorate din fișier.

Reprezentarea comprimată a fiecărui bloc este delimitată de un model de 48 de biți, ceea ce face
este posibil să se găsească limitele blocurilor cu o certitudine rezonabilă. De asemenea, fiecare bloc
are propriul CRC pe 32 de biți, astfel încât blocurile deteriorate pot fi distinse de cele nedeteriorate.

bzip2recover este un program simplu al cărui scop este să caute blocuri în fișiere .bz2 și
scrieți fiecare bloc în propriul fișier .bz2. Apoi puteți folosi bzip2 -t pentru a testa
integritatea fișierelor rezultate și decomprimați-le pe cele care nu sunt deteriorate.

bzip2recover ia un singur argument, numele fișierului deteriorat și scrie un număr de
fișierele „rec00001file.bz2”, „rec00002file.bz2”, etc., care conțin blocurile extrase.
Numele fișierelor de ieșire sunt concepute astfel încât utilizarea metacaracterilor în procesarea ulterioară --
de exemplu, „bzip2 -dc rec*file.bz2 > recovered_data” -- procesează fișierele din
ordinea corectă.

bzip2recover ar trebui să fie de mare folos în tratarea fișierelor mari .bz2, deoarece acestea vor conține
multe blocuri. Este în mod clar inutil să îl utilizați pe fișiere deteriorate cu un singur bloc, deoarece a
blocul deteriorat nu poate fi recuperat. Dacă doriți să minimizați orice potențială pierdere de date
prin erori media sau de transmisie, ați putea lua în considerare comprimarea cu un bloc mai mic
mărimea.

PERFORMANȚĂ NOTE

Faza de sortare a compresiei adună șiruri similare în fișier. Din cauza
acestea, fișiere care conțin ramuri foarte lungi de simboluri repetate, cum ar fi „aabaabaabaab...”
(repetat de câteva sute de ori) se poate comprima mai lent decât în ​​mod normal. Versiunile 0.9.5 și
de mai sus merge mult mai bine decât versiunile anterioare în acest sens. Raportul dintre cele mai proaste-
Timpul mediu de compresie a carcasei și a carcasei este de aproximativ 10:1. Pentru versiunile anterioare,
această cifră era mai mult ca 100:1. Puteți utiliza opțiunea -vvvv pentru a monitoriza progresul în
mare detaliu, daca vrei.

Viteza de decompresie nu este afectată de aceste fenomene.

bzip2 de obicei alocă câțiva megaocteți de memorie pentru a funcționa și apoi încarcă toată
peste el într-un mod destul de întâmplător. Aceasta înseamnă că performanța, atât pentru comprimare, cât și
decomprimarea, este în mare măsură determinată de viteza cu care mașina dvs. poate deservi memoria cache
dor. Din acest motiv, au fost mici modificări ale codului pentru a reduce rata de ratare
observat că oferă îmbunătățiri disproporționat de mari ale performanței. Îmi imaginez bzip2 voi
performează cel mai bine pe mașinile cu cache foarte mari.

Avertismente

Mesajele de eroare I/O nu sunt atât de utile pe cât ar putea fi. bzip2 încearcă din greu să detecteze I/O
erori și ieșiți curat, dar detaliile despre care este problema uneori par mai degrabă
derutant.

Această pagină de manual se referă la versiunea 1.0.6 a bzip2. Date comprimate create de aceasta
versiunea este complet compatibilă înainte și înapoi cu versiunile publice anterioare,
versiunile 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 și mai sus, dar cu următoarele
excepție: 0.9.0 și mai sus pot decomprima corect mai multe comprimate concatenate
fișiere. 0.1pl2 nu poate face acest lucru; se va opri după decomprimarea doar a primului fișier din fișierul
curs de apa.

bzip2recover versiunile anterioare 1.0.2 foloseau numere întregi pe 32 de biți pentru a reprezenta pozițiile de biți în
fișiere comprimate, astfel încât nu au putut gestiona fișierele comprimate cu o lungime mai mare de 512 megaocteți.
Versiunile 1.0.2 și versiunile ulterioare folosesc int pe 64 de biți pe unele platforme care le acceptă (GNU
ținte acceptate și Windows). Pentru a stabili dacă bzip2recover a fost construit cu
o astfel de limitare, rulați-o fără argumente. În orice caz, vă puteți construi un
versiune nelimitată dacă o puteți recompila cu MaybeUInt64 setat să fie pe 64 de biți nesemnat
întreg.

Utilizați bzcat online folosind serviciile onworks.net