lbzip2 - Online sa Cloud

PROGRAMA:

NAME

lbzip2 - parallel bzip2 utility

SINOPSIS

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

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

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

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

DESCRIPTION

I-compress o i-decompress FILE operand o karaniwang input sa mga regular na file o karaniwang output
gamit ang Burrow-Wheeler block-sorting text compression algorithm. Ang lbzip2 kagamitan
gumagamit ng maramihang mga thread at isang input-bound splitter kahit na nagde-decompress .bz2 file
nilikha ng karaniwang bzip2.

Ang compression sa pangkalahatan ay mas mahusay kaysa sa nakamit ng mas conventional
LZ77/LZ78-based na mga compressor, at mapagkumpitensya sa lahat maliban sa pinakamahusay sa pamilya ng PPM ng
mga statistical compressor.

Palaging ginagawa ang compression, kahit na bahagyang mas malaki ang naka-compress na file kaysa sa
orihinal. Ang pinakamasamang kaso ng pagpapalawak ay para sa mga file na walang haba, na lumalawak sa labing-apat
byte. Ang random na data (kabilang ang output ng karamihan sa mga file compressor) ay naka-code sa
asymptotic expansion ng humigit-kumulang 0.5%.

Ang mga opsyon sa command-line ay sadyang katulad ng sa bzip2 at gzip, Ngunit
hindi sila magkapareho.

INVOKASYON

Ang default na mode ng operasyon ay compression. Kung ang utility ay tinawag bilang lbunzip2 or
bunzip2, ang mode ay inililipat sa decompression. Ang pagtawag sa utility bilang lbzcat or bzcat
pinipili ang decompression, kasama ang decompressed byte-stream na nakasulat sa karaniwang output.

Opsyon

-n WTHRS
Itakda ang bilang ng (de)compressor thread sa WTHRS. Kung ang pagpipiliang ito ay hindi
tinukoy, lbzip2 sinusubukang i-query ang system para sa bilang ng mga online na processor (kung
parehong sinusuportahan iyon ng compilation environment at execution environment), o
lumabas nang may error (kung hindi nito matukoy ang bilang ng mga processor online).

-k, --panatilihin
Huwag tanggalin FILE operand pagkatapos ng matagumpay na (de) compression. Buksan ang regular na input
mga file na may higit sa isang link.

-c, --stdout
Isulat ang output sa karaniwang output, kahit na kailan FILE naroroon ang mga operand. Nagpapahiwatig -k
at hindi kasama -t.

-t, --pagsusulit
Subukan ang decompression; itapon ang output sa halip na isulat ito sa mga file o pamantayan
output. Nagpapahiwatig -k at hindi kasama -c. Halos katumbas ng pagpasa -c at
nire-redirect ang karaniwang output sa bit bucket.

-d, --decompress
Pilitin ang decompression sa mode ng pagpapatakbo na pinili ng pangalan ng invocation.

-z, --compress
Pilitin ang compression sa mode ng pagpapatakbo na pinili ng pangalan ng invocation.

-1 .. -9
Itakda ang laki ng compression block sa 100K .. 900K, sa 100K increments. Hindi pinansin habang
decompression. Tingnan din ang BLOCK SIZE na seksyon sa ibaba.

--mabilis Alyas para sa -1.

--pinakamahusay Alyas para sa -9. Ito ang default.

-f, --puwersa
Buksan ang mga hindi regular na input file. Buksan ang mga input file na may higit sa isang link, sinira
mga link kung kailan -k ay hindi tinukoy bilang karagdagan. Subukang tanggalin ang bawat output file bago
pagbukas nito. Bilang default lbzip2 hindi papatungan ang mga umiiral na file; kung gusto mo ito
mangyari, dapat mong tukuyin -f. Kung -c at -d ay ibinigay din huwag tanggihan ang mga file
hindi sa bzip2 na format, kopyahin lamang ang mga ito nang walang pagbabago; walang -f lbzip2 titigil
pagkatapos maabot ang isang file na wala sa bzip2 na format.

-s, --maliit
Bawasan ang paggamit ng memory sa halaga ng pagganap.

-u, --sunod-sunod
Magsagawa ng paghahati ng mga bloke ng input nang sunud-sunod. Ito ay maaaring mapabuti ang compression ratio at
bawasan ang paggamit ng CPU, ngunit pababain ang scalability.

-v, --verbose
Maging mas verbose. Mag-print ng mas detalyadong impormasyon tungkol sa (de)pag-usad ng compression sa
karaniwang error: bago iproseso ang bawat file, mag-print ng mensaheng nagsasaad ng mga pangalan ng
input at output file; sa panahon ng (de) compression, mag-print ng magaspang na porsyento ng
pagkakumpleto at tinantyang oras ng pagdating (kung ang karaniwang error ay konektado sa
isang terminal); pagkatapos iproseso ang bawat file ay mag-print ng mensaheng nagpapakita ng compression ratio,
pagtitipid ng espasyo, kabuuang oras ng compression (oras sa dingding) at average (de) bilis ng compression
(byte ng plain data na naproseso bawat segundo).

-S I-print ang mga istatistika ng variable ng kondisyon sa karaniwang error para sa bawat nakumpleto
(de) pagpapatakbo ng compression. Kapaki-pakinabang sa pag-profile.

-q, --tahimik, --paulit-ulit-mabilis, --paulit-ulit-pinakamahusay, --exponential
Tinanggap para sa pagiging tugma sa bzip2, kung hindi ay hindi pinansin.

-h, - Tumulong
Mag-print ng tulong sa paggamit ng command-line sa karaniwang output at matagumpay na lumabas.

-L, --lisensya, -V, --bersyon
I-print ang impormasyon ng lisensya at bersyon sa karaniwang output at matagumpay na lumabas.

Kapaligiran

LBZIP2, bzip2, bzip
Bago i-parse ang command line, ilalagay ng lbzip2 ang mga nilalaman ng mga variable na ito, sa
ang tinukoy na utos, sa pagitan ng pangalan ng invocation at ang natitirang bahagi ng command line.
Ang mga token ay pinaghihiwalay ng mga puwang at tab, na hindi matatakasan.

MGA OPERAND

FILE Tukuyin ang mga file na i-compress o i-decompress.

FILEs may .bz2, .tbz, .tbz2 at .tz2 lalaktawan ang mga suffix ng pangalan kapag
pag-compress. Kapag nagde-decompress, .bz2 aalisin ang mga suffix sa mga output filename;
.tbz, .tbz2 at .tz2 ang mga panlapi ay papalitan ng .tar; iba pang mga filename ay magiging
may panlapi na may .labas. Kung ang Int or TERM ang signal ay inihatid sa lbzip2, pagkatapos ito
inaalis ang regular na output file na kasalukuyang nakabukas bago lumabas.

Kung walang FILE na ibinigay, gumagana ang lbzip2 bilang isang filter, pinoproseso ang karaniwang input sa
karaniwang output. Sa kasong ito, lbzip2 ay tatanggi na isulat ang naka-compress na output sa a
terminal (o basahin ang naka-compress na input mula sa isang terminal), dahil ito ay magiging ganap
hindi maintindihan at samakatuwid ay walang kabuluhan.

EXIT STATUS

0 if lbzip2 matagumpay na natapos. Ipinapalagay nito na sa tuwing susubukan nito, lbzip2 hindi kailanman
hindi sumulat sa karaniwang error.

1 if lbzip2 nakatagpo ng isang nakamamatay na pagkakamali.

4 if lbzip2 naglalabas ng mga babala nang hindi nakakaranas ng nakamamatay na error. Ipinagpalagay nito na
sa tuwing susubukan, lbzip2 hindi kailanman nabigo na sumulat sa karaniwang error.

SIGPIPE, SIGXFSZ
if lbzip2 nagnanais na lumabas nang may katayuan 1 dahil sa anumang nakamamatay na error, ngunit anumang ganoong signal
may minana SIG_DFL aksyon ay nabuo para sa lbzip2 dati, noon lbzip2
nagtatapos sa pamamagitan ng isa sa mga nasabing signal, pagkatapos linisin ang anumang naantala na output
file.

SIGABRT
kung nabigo ang isang runtime assertion (hal lbzip2 nakakakita ng isang bug sa sarili nito). Sana
kung sino man ang nag-compile ng iyong binary ay hindi sapat na matapang # tukuyin NDEBUG.

TANDAAN, TARGET TERM
lbzip2 kinukuha ang mga signal na ito upang maalis nito ang isang nagambalang output file. Sa
mga ganitong kaso, lbzip2 lalabas sa pamamagitan ng muling pagtataas (isa sa) natanggap na (mga) signal.

BLOCK SIZE

lbzip2 nag-compress ng malalaking file sa mga bloke. Maaari itong gumana sa iba't ibang laki ng bloke, mula
mula 100k hanggang 900k sa 100k na hakbang, at naglalaan lamang ito ng mas maraming memorya hangga't kailangan nito. Ang
Ang laki ng block ay nakakaapekto sa parehong compression ratio na nakamit, at ang dami ng memory na kailangan
kapwa para sa compression at decompression. Ang bilis ng compression at decompression ay halos
hindi naaapektuhan ng laki ng block, sa kondisyon na ang file na pinoproseso ay sapat na malaki
hatiin sa lahat ng mga thread ng manggagawa.

Ang mga bandila -1 sa pamamagitan ng -9 tukuyin ang laki ng block na 100,000 bytes hanggang 900,000 bytes
(ang default) ayon sa pagkakabanggit. Sa decompression-time, ang block size na ginagamit para sa compression ay
basahin mula sa naka-compress na file -- ang mga flag -1 sa -9 ay walang kaugnayan sa at kaya hindi pinapansin
sa panahon ng decompression.

Ang mas malalaking sukat ng block ay nagbibigay ng mabilis na lumiliit na marginal returns; karamihan ng compression
ay mula sa unang dalawa o tatlong daang k ng block size, isang katotohanang dapat tandaan
kapag gumagamit ng lbzip2 sa maliliit na makina. Mahalaga rin na pahalagahan na ang
Ang pangangailangan ng memorya ng decompression ay nakatakda sa oras ng compression sa pamamagitan ng pagpili ng laki ng bloke.
Sa pangkalahatan, dapat mong subukan at gamitin ang pinakamalaking block size ng memory constraints na pinapayagan.

Ang isa pang makabuluhang punto ay nalalapat sa maliliit na file. Sa pamamagitan ng disenyo, isa lamang sa lbzip2manggagawa ni
maaaring gumana ang mga thread sa isang bloke. Nangangahulugan ito na kung ang bilang ng mga bloke sa
Ang naka-compress na file ay mas mababa kaysa sa bilang ng mga processor online, pagkatapos ay ang ilan sa mga thread ng manggagawa
mananatiling walang ginagawa sa buong panahon. Ang pag-compress ng maliliit na file na may mas maliliit na laki ng block ay maaari
samakatuwid ay makabuluhang taasan ang parehong bilis ng compression at decompression. Ang bilis
Ang pagkakaiba ay mas kapansin-pansin habang lumalaki ang bilang ng mga core ng CPU.

ERROR Paghahawak

Ang pagharap sa mga kundisyon ng error ay ang hindi gaanong kasiya-siyang aspeto ng lbzip2. Ang patakaran ay
upang subukan at iwanan ang filesystem sa isang pare-parehong estado, pagkatapos ay huminto, kahit na ang ibig sabihin nito ay hindi
pagproseso ng ilan sa mga file na binanggit sa command line.

Ang `Isang pare-parehong estado' ay nangangahulugan na ang isang file ay umiiral sa alinman sa naka-compress o hindi naka-compress
anyo, ngunit hindi pareho. Ito ay bumagsak sa panuntunang `tanggalin ang output file kung may error
nangyayari ang kundisyon, na iniiwan ang input na buo'. Ang mga input file ay tatanggalin lamang kapag maaari na
medyo sigurado na ang output file ay naisulat at matagumpay na naisara.

RESOURCE ALOKASYON

lbzip2 nangangailangan ng iba't ibang uri ng mga mapagkukunan ng system upang gumana. Kasama sa mga iyon ang memorya, mga thread,
mutexes at mga variable ng kondisyon. Ang patakaran ay sumuko na lang kung may resource allocation
nangyayari ang kabiguan.

Ang pagkonsumo ng mapagkukunan ay lumalago nang linear sa bilang ng mga thread ng manggagawa. Kung lbzip2 nabigo dahil
ng kakulangan ng ilang mapagkukunan, maaaring makatulong ang pagbabawas ng bilang ng mga thread ng manggagawa. Ito ay magiging
posible para sa lbzip2 upang subukang bawasan ang bilang ng mga thread ng manggagawa (at samakatuwid ang mapagkukunan
pagkonsumo), o upang lumipat sa kasunod na mga file sa pag-asa na ang ilan ay maaaring mangailangan ng mas kaunti
mga mapagkukunan, ngunit ang mga komplikasyon para sa paggawa nito ay tila higit na problema kaysa sa halaga nito.

NAPinsala MGA FILE

lbzip2 sumusubok na i-compress ang data sa pamamagitan ng pagsasagawa ng ilang di-trivial na pagbabago dito.
Ang bawat compression ng isang file ay nagpapahiwatig ng isang pagpapalagay na ang naka-compress na file ay maaaring
decompressed upang kopyahin ang orihinal. Napakahusay na pagsisikap sa disenyo, coding at pagsubok
ginawa upang matiyak na gumagana nang tama ang program na ito. Gayunpaman, ang pagiging kumplikado ng
algorithm, at, sa partikular, ang pagkakaroon ng iba't ibang mga espesyal na kaso sa code na kung saan
mangyari na may napakababa ngunit hindi-zero na posibilidad ay napakahirap na alisin ang
posibilidad ng mga bug na natitira sa programa. Hindi ibig sabihin na ang programang ito ay
likas na hindi mapagkakatiwalaan. Sa katunayan, inaasahan kong totoo ang kabaligtaran -- lbzip2 ay naging
maingat na binuo at malawakang nasubok.

Bilang isang self-check para sa iyong proteksyon, lbzip2 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 natuklasang mga bug sa lbzip2 (sana
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 decompression, kaya masasabi lang nito sa iyo na may mali.

Makakakita lang ang mga CRC ng mga sirang file, hindi ka nila matutulungang mabawi ang orihinal,
hindi naka-compress na data. Gayunpaman, dahil sa likas na katangian ng block ng compression algorithm, ito
maaaring posible na mabawi ang ilang bahagi ng nasirang file, kahit na ang ilang mga bloke ay
nawasak.

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