bzcat - Online sa Cloud

PROGRAMA:

NAME

bzip2, bunzip2 - isang block-sorting file compressor, v1.0.6
bzcat - nagde-decompress ng mga file sa stdout
bzip2recover - binabawi ang data mula sa mga nasirang bzip2 file

SINOPSIS

bzip2 [ -cdfkqstvzVL123456789 ] [ mga filename ... ]
bzip2 [ -h|--tulong ]
bunzip2 [ -fkvsVL ] [ mga filename ... ]
bunzip2 [ -h|--tulong ]
bzcat [ -s ] [ mga filename ... ]
bzcat [ -h|--tulong ]
bzip2recover filename

DESCRIPTION

bzip2 nag-compress ng mga file gamit ang Burrows-Wheeler block sorting text compression algorithm,
at Huffman coding. Ang compression sa pangkalahatan ay mas mahusay kaysa sa nakamit ni
mas karaniwang LZ77/LZ78-based compressor, at lumalapit sa performance ng PPM
pamilya ng mga statistical compressor.

Ang mga opsyon sa command-line ay sadyang katulad ng sa GNU gzip, ngunit ang mga ito
hindi magkapareho.

bzip2 inaasahan ang isang listahan ng mga pangalan ng file na sasamahan ng mga flag ng command-line. Ang bawat file ay
pinalitan ng isang naka-compress na bersyon ng sarili nito, na may pangalang "original_name.bz2". Bawat isa
ang naka-compress na file ay may parehong petsa ng pagbabago, mga pahintulot, at, kapag posible, pagmamay-ari
bilang katumbas na orihinal, upang ang mga katangiang ito ay maibalik nang tama sa
oras ng decompression. Ang paghawak ng pangalan ng file ay walang muwang sa diwa na walang mekanismo
para sa pagpapanatili ng mga orihinal na pangalan ng file, pahintulot, pagmamay-ari o petsa sa mga filesystem na
kulang sa mga konseptong ito, o may malubhang paghihigpit sa haba ng pangalan ng file, gaya ng MS-DOS.

bzip2 at bunzip2 ay sa pamamagitan ng default ay hindi papatungan ang mga umiiral na file. Kung gusto mo ito
mangyari, tukuyin ang -f flag.

Kung walang tinukoy na pangalan ng file, bzip2 nag-compress mula sa karaniwang input hanggang sa karaniwang output.
Sa kasong ito, bzip2 ay tatanggi na isulat ang naka-compress na output sa isang terminal, gaya ng gagawin nito
maging ganap na hindi maintindihan at samakatuwid ay walang kabuluhan.

bunzip2 (O bzip2 -d) decompresses lahat ng tinukoy na mga file. Mga file na hindi ginawa ni
bzip2 ay makikita at hindi papansinin, at isang babala. bzip2 sinusubukang hulaan ang
filename para sa na-decompress na file mula sa na-compress na file tulad ng sumusunod:

Ang filename.bz2 ay nagiging filename
ang filename.bz ay nagiging filename
Ang filename.tbz2 ay nagiging filename.tar
ang filename.tbz ay nagiging filename.tar
anyothername become anyothername.out

Kung ang file ay hindi nagtatapos sa isa sa mga kinikilalang pagtatapos, .bz2, .bz, .tbz2 or .tbz, bzip2
nagrereklamo na hindi nito mahulaan ang pangalan ng orihinal na file, at ginagamit ang orihinal na pangalan
sa .labas nakadugtong

Tulad ng compression, ang pagbibigay ng walang mga filename ay nagdudulot ng decompression mula sa karaniwang input hanggang
karaniwang output.

bunzip2 ay wastong mag-decompress ng isang file na kung saan ay ang pagsasama-sama ng dalawa o higit pa
mga naka-compress na file. Ang resulta ay ang concatenation ng kaukulang uncompressed
mga file. Sinusuportahan din ang pagsubok ng integridad (-t) ng pinagsama-samang mga naka-compress na file.

Maaari mo ring i-compress o i-decompress ang mga file sa karaniwang output sa pamamagitan ng pagbibigay ng -c flag.
Maaaring i-compress at i-decompress ang maramihang mga file tulad nito. Ang mga resultang output ay
sunud-sunod na pinapakain sa stdout. Ang compression ng maramihang mga file sa ganitong paraan ay bumubuo ng a
stream na naglalaman ng maramihang naka-compress na representasyon ng file. Ang ganitong stream ay maaaring
na-decompress ng tama lamang ng bzip2 bersyon 0.9.0 o mas bago. Mga naunang bersyon ng bzip2
ay titigil pagkatapos i-decompress ang unang file sa stream.

bzcat (O bzip2 -dc) decompresses lahat ng tinukoy na mga file sa karaniwang output.

bzip2 ay magbabasa ng mga argumento mula sa mga variable ng kapaligiran bzip2 at BZIP, sa ayos na iyon,
at ipoproseso ang mga ito bago mabasa ang anumang argumento mula sa command line. Nagbibigay ito ng a
maginhawang paraan upang magbigay ng mga default na argumento.

Palaging ginagawa ang compression, kahit na bahagyang mas malaki ang naka-compress na file kaysa sa
orihinal. Ang mga file na mas mababa sa isang daang byte ay malamang na lumaki, dahil ang
Ang mekanismo ng compression ay may palaging overhead sa rehiyon na 50 bytes. Random na data
(kabilang ang output ng karamihan sa mga file compressor) ay naka-code sa humigit-kumulang 8.05 bits bawat byte,
nagbibigay ng pagpapalawak ng humigit-kumulang 0.5%.

Bilang isang self-check para sa iyong proteksyon, bzip2 gumagamit ng 32-bit na mga CRC upang matiyak na ang
Ang decompressed na bersyon ng isang file ay kapareho ng orihinal. Ito ay nagbabantay laban sa
katiwalian ng naka-compress na data, at laban sa hindi natukoy na mga bug sa bzip2 (sana talaga
hindi malamang). Ang mga pagkakataon ng katiwalian ng data na hindi natukoy ay mikroskopiko, halos isa
pagkakataon sa apat na bilyon para sa bawat file na naproseso. Magkaroon ng kamalayan, gayunpaman, na ang tseke ay nangyayari
sa pag-decompression, kaya masasabi lang nito sa iyo na may mali. Hindi ito makakatulong sa iyo
mabawi ang orihinal na hindi naka-compress na data. Pwede mong gamitin bzip2recover upang subukang mabawi ang data
mula sa mga nasirang file.

Mga halaga ng pagbabalik: 0 para sa isang normal na paglabas, 1 para sa mga problema sa kapaligiran (hindi nahanap ang file, hindi wasto
mga flag, I/O error, at iba pa), 2 para ipahiwatig ang isang sira na naka-compress na file, 3 para sa isang panloob na
error sa pagkakapare-pareho (hal., bug) na naging sanhi bzip2 hindi mapakali.

Opsyon

-c --stdout
I-compress o i-decompress sa karaniwang output.

-d --decompress
Force decompression. bzip2, bunzip2 at bzcat ay talagang ang parehong programa, at ang
desisyon tungkol sa kung anong mga aksyon ang gagawin batay sa kung aling pangalan ang ginamit.
Ino-override ng watawat na ito ang mekanismong iyon, at pinipilit bzip2 para mag-decompress.

-z --compress
Ang pandagdag sa -d: pinipilit ang compression, anuman ang pangalan ng invocation.

-t --pagsusulit
Suriin ang integridad ng tinukoy na (mga) file, ngunit huwag i-decompress ang mga ito. Ito talaga
nagsasagawa ng trial decompression at itinatapon ang resulta.

-f --puwersa
Sapilitang i-overwrite ang mga output file. Karaniwan, bzip2 hindi papatungan ang umiiral na
mga output file. Puwersa rin bzip2 upang masira ang matitigas na link sa mga file, na kung hindi man
hindi gagawin.

Karaniwang tinatanggihan ng bzip2 na i-decompress ang mga file na walang tamang magic
mga byte ng header. Kung pinilit (-f), gayunpaman, ipapasa nito ang mga naturang file sa pamamagitan ng hindi nabago.
Ganito kumilos ang GNU gzip.

-k --panatilihin
Panatilihin (huwag tanggalin) ang mga input file sa panahon ng compression o decompression.

-s --maliit
Bawasan ang paggamit ng memory, para sa compression, decompression at pagsubok. Ang mga file ay
na-decompress at nasubok gamit ang isang binagong algorithm na nangangailangan lamang ng 2.5 bytes
bawat block byte. Nangangahulugan ito na ang anumang file ay maaaring i-decompress sa 2300 k ng memorya,
kahit na sa halos kalahati ng normal na bilis.

Sa panahon ng compression, pipili ang -s ng block size na 200 k, na naglilimita sa paggamit ng memory sa
sa paligid ng parehong figure, sa gastos ng iyong compression ratio. Sa madaling salita, kung
ang iyong makina ay mababa sa memorya (8 megabytes o mas kaunti), gumamit ng -s para sa lahat. Tingnan mo
MEMORY MANAGEMENT sa ibaba.

-q --tahimik
Pigilan ang mga hindi mahalagang mensahe ng babala. Mga mensaheng nauukol sa mga error sa I/O at
ang iba pang mga kritikal na kaganapan ay hindi pipigilan.

-v --verbose
Verbose mode -- ipakita ang compression ratio para sa bawat file na naproseso. Karagdagang -v's
pataasin ang antas ng verbosity, na naglalabas ng maraming impormasyon na pangunahin sa
interes para sa mga layuning diagnostic.

-h - Tumulong
Mag-print ng mensahe ng tulong at lumabas.

-L --lisensya -V --bersyon
Ipakita ang bersyon ng software, mga tuntunin at kundisyon ng lisensya.

-1 (O --mabilis) sa -9 (O --pinakamahusay)
Itakda ang laki ng bloke sa 100 k, 200 k ... 900 k kapag nag-compress. Walang epekto kapag
decompressing. Tingnan ang MEMORY MANAGEMENT sa ibaba. Ang --mabilis at --pinakamahusay na mga alias ay
pangunahin para sa GNU gzip compatibility. Sa partikular, ang --fast ay hindi gumagawa ng mga bagay
makabuluhang mas mabilis. At pinipili lang ng --best ang default na gawi.

-- Tinatrato ang lahat ng kasunod na argumento bilang mga pangalan ng file, kahit na nagsisimula ang mga ito sa isang gitling.
Ito ay para mahawakan mo ang mga file na may mga pangalan na nagsisimula sa isang gitling, halimbawa:
bzip2 -- -myfilename.

--paulit-ulit-mabilis --paulit-ulit-pinakamahusay
Ang mga flag na ito ay kalabisan sa mga bersyon 0.9.5 at mas bago. Nagbigay sila ng ilang magaspang
kontrol sa pag-uugali ng algorithm ng pag-uuri sa mga naunang bersyon, na noon ay
minsan kapaki-pakinabang. Ang 0.9.5 at mas mataas ay may pinahusay na algorithm na nagre-render ng mga ito
mga watawat na walang katuturan.

ALAALA MANAGEMENT

bzip2 nag-compress ng malalaking file sa mga bloke. Ang laki ng bloke ay nakakaapekto sa parehong ratio ng compression
nakamit, at ang dami ng memorya na kailangan para sa compression at decompression. Ang mga watawat -1
hanggang -9 tukuyin ang laki ng block na 100,000 bytes hanggang 900,000 bytes (ang default)
ayon sa pagkakabanggit. Sa oras ng decompression, ang laki ng block na ginamit para sa compression ay binabasa mula sa
header ng naka-compress na file, at bunzip2 pagkatapos ay inilalaan ang sarili ng sapat na memorya upang
i-decompress ang file. Dahil ang mga sukat ng block ay naka-imbak sa mga naka-compress na file, sinusunod nito iyon
ang mga flag -1 hanggang -9 ay walang kaugnayan sa at kaya hindi pinansin sa panahon ng decompression.

Ang mga kinakailangan sa compression at decompression, sa mga byte, ay maaaring tantyahin bilang:

Compression: 400 k + ( 8 x laki ng block )

Decompression: 100 k + ( 4 x laki ng block ), o
100 k + ( 2.5 x laki ng block )

Ang mas malalaking sukat ng block ay nagbibigay ng mabilis na lumiliit na marginal returns. Karamihan sa compression
ay mula sa unang dalawa o tatlong daang k ng block size, isang katotohanang dapat tandaan
kapag gumagamit ng bzip2 sa maliliit na makina. Mahalaga rin na pahalagahan na ang
Ang pangangailangan ng memorya ng decompression ay itinakda sa oras ng compression sa pamamagitan ng pagpili ng laki ng bloke.

Para sa mga file na na-compress na may default na 900 k block size, bunzip2 ay mangangailangan ng tungkol sa 3700
kbytes para mag-decompress. Upang suportahan ang decompression ng anumang file sa isang 4 megabyte na makina,
bunzip2 ay may opsyong mag-decompress gamit ang humigit-kumulang kalahati nitong halaga ng memorya, tungkol sa
2300 kbytes. Ang bilis ng decompression ay hinahati din, kaya dapat mong gamitin ang pagpipiliang ito kung saan lamang
kailangan. Ang nauugnay na bandila ay -s.

Sa pangkalahatan, subukan at gamitin ang pinakamalaking block size ng memory constraints na pinapayagan, simula noon
pina-maximize ang nakamit na compression. Ang bilis ng compression at decompression ay halos
hindi naaapektuhan ng laki ng bloke.

Ang isa pang makabuluhang punto ay nalalapat sa mga file na magkasya sa isang bloke -- na ang ibig sabihin ng karamihan
mga file na makakaharap mo gamit ang isang malaking sukat ng bloke. Ang dami ng nahawakang tunay na memorya ay
proporsyonal sa laki ng file, dahil mas maliit ang file kaysa sa isang bloke. Para sa
halimbawa, ang pag-compress ng isang file na 20,000 bytes ang haba na may flag -9 ay magiging sanhi ng compressor
upang maglaan ng humigit-kumulang 7600 k ng memorya, ngunit pindutin lamang ang 400 k + 20000 * 8 = 560 kbytes nito.
Katulad nito, ang decompressor ay maglalaan ng 3700 k ngunit hawakan lamang ang 100 k + 20000 * 4 = 180
kbytes.

Narito ang isang talahanayan na nagbubuod sa maximum na paggamit ng memory para sa iba't ibang laki ng block. Gayundin
ang naitala ay ang kabuuang sukat na naka-compress para sa 14 na file ng Calgary Text Compression Corpus
may kabuuang 3,141,622 bytes. Ang column na ito ay nagbibigay ng ilang pakiramdam para sa kung paano nag-iiba ang compression
laki ng bloke. Ang mga figure na ito ay may posibilidad na maliitin ang bentahe ng mas malalaking sukat ng block para sa
mas malalaking file, dahil ang Corpus ay pinangungunahan ng mas maliliit na file.

I-compress ang Decompress Decompress Corpus
I-flag ang paggamit ng paggamit -s laki ng paggamit

-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

NAKABAWI DATA MULA SA NAPinsala MGA FILE

bzip2 nag-compress ng mga file sa mga bloke, karaniwang 900 kbytes ang haba. Ang bawat bloke ay hinahawakan
nang nakapag-iisa. Kung ang isang media o transmission error ay nagiging sanhi ng isang multi-block na .bz2 na file
nasira, maaaring posible na mabawi ang data mula sa hindi nasirang mga bloke sa file.

Ang naka-compress na representasyon ng bawat bloke ay nililimitahan ng isang 48-bit na pattern, na gumagawa
posible na mahanap ang mga hangganan ng block na may makatwirang katiyakan. Ang bawat bloke din
nagdadala ng sarili nitong 32-bit na CRC, kaya ang mga nasirang bloke ay maaaring makilala mula sa mga hindi nasira.

bzip2recover ay isang simpleng program na ang layunin ay maghanap ng mga block sa .bz2 file, at
isulat ang bawat bloke sa sarili nitong .bz2 file. Maaari mo nang gamitin bzip2 -t upang subukan ang
integridad ng mga resultang file, at i-decompress ang mga hindi nasisira.

bzip2recover tumatagal ng isang argumento, ang pangalan ng nasirang file, at nagsusulat ng bilang ng
mga file na "rec00001file.bz2", "rec00002file.bz2", atbp., na naglalaman ng mga nakuhang bloke.
Ang mga output filename ay idinisenyo upang ang paggamit ng mga wildcard sa kasunod na pagproseso --
halimbawa, "bzip2 -dc rec*file.bz2 > recovered_data" -- pinoproseso ang mga file sa
tamang ayos.

bzip2recover dapat na pinakamaraming gamit sa pagharap sa malalaking .bz2 file, dahil naglalaman ang mga ito
maraming bloke. Malinaw na walang saysay na gamitin ito sa mga nasirang single-block na file, dahil a
hindi na mababawi ang nasirang bloke. Kung nais mong bawasan ang anumang potensyal na pagkawala ng data
sa pamamagitan ng media o mga error sa paghahatid, maaari mong isaalang-alang ang pag-compress gamit ang isang mas maliit na bloke
laki.

PAGGANAP NOTA

Ang yugto ng pag-uuri ng compression ay nagtitipon ng magkakatulad na mga string sa file. Dahil sa
ito, ang mga file na naglalaman ng napakahabang pagtakbo ng mga paulit-ulit na simbolo, tulad ng "aabaabaabaab ..."
(naulit ng ilang daang beses) ay maaaring mag-compress nang mas mabagal kaysa sa karaniwan. Mga bersyon 0.9.5 at
higit na mas mahusay kaysa sa mga nakaraang bersyon sa bagay na ito. Ang ratio sa pagitan ng pinakamasama-
Ang case at average-case na compression time ay nasa rehiyong 10:1. Para sa mga nakaraang bersyon,
ang figure na ito ay mas katulad ng 100:1. Maaari mong gamitin ang -vvvv na opsyon upang subaybayan ang pag-unlad sa
magandang detalye, kung gusto mo.

Ang bilis ng decompression ay hindi naaapektuhan ng mga phenomena na ito.

bzip2 kadalasang naglalaan ng ilang megabytes ng memory upang gumana, at pagkatapos ay sinisingil ang lahat
sa ibabaw nito sa isang medyo random na paraan. Nangangahulugan ito na ang pagganap, kapwa para sa pag-compress at
decompressing, ay higit na tinutukoy ng bilis kung saan ang iyong makina ay maaaring magsebisyo ng cache
nakakamiss. Dahil dito, nagkaroon ng maliliit na pagbabago sa code para mabawasan ang miss rate
naobserbahan upang magbigay ng hindi katimbang na malalaking pagpapabuti sa pagganap. Iniimagine ko bzip2 habilin
pinakamahusay na gumaganap sa mga makina na may napakalaking cache.

MGA CAVEATS

Ang mga mensahe ng error sa I/O ay hindi nakakatulong hangga't maaari. bzip2 sinusubukan nang husto upang matukoy ang I/O
mga error at lumabas nang malinis, ngunit ang mga detalye ng kung ano ang problema ay minsan ay tila sa halip
nakaliligaw.

Ang manwal na pahinang ito ay tumutukoy sa bersyon 1.0.6 ng bzip2. Naka-compress na data na ginawa nito
ang bersyon ay ganap na pasulong at paatras na tugma sa mga nakaraang pampublikong release,
bersyon 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 at mas mataas, ngunit may mga sumusunod
exception: 0.9.0 at sa itaas ay maaaring tama na mag-decompress ng maramihang pinagsama-samang naka-compress
mga file. Hindi ito magagawa ng 0.1pl2; hihinto ito pagkatapos i-decompress ang unang file sa
stream.

bzip2recover ang mga bersyon bago ang 1.0.2 ay gumamit ng 32-bit integer upang kumatawan sa mga bit na posisyon sa
mga naka-compress na file, kaya hindi nila mahawakan ang mga naka-compress na file na higit sa 512 megabytes ang haba.
Ang mga bersyon 1.0.2 at mas mataas ay gumagamit ng 64-bit na ints sa ilang mga platform na sumusuporta sa kanila (GNU
mga sinusuportahang target, at Windows). Upang matukoy kung ang bzip2recover ay binuo o hindi
tulad ng isang limitasyon, patakbuhin ito nang walang mga argumento. Sa anumang kaganapan maaari mong itayo ang iyong sarili
walang limitasyong bersyon kung maaari mong muling i-compile ito gamit ang MaybeUInt64 set na maging isang unsigned 64-bit
integer

Gamitin ang bzcat online gamit ang mga serbisyo ng onworks.net