dictzip - Online sa Cloud

PROGRAMA:

NAME

dictzip, dictunzip - i-compress (o palawakin) ang mga file, na nagpapahintulot sa random na pag-access

SINOPSIS

dictzip [pagpipilian] pangalan
dictunzip [pagpipilian] pangalan

DESCRIPTION

dictzip nag-compress ng mga file gamit ang gzip(1) algorithm (LZ77) sa isang paraan na
ganap na katugma sa gzip format ng file. Isang extension sa gzip format ng file
(Extra Field, na inilarawan sa 2.3.1.1 ng RFC 1952) ay nagbibigay-daan sa karagdagang data na maimbak sa
header ng isang naka-compress na file. Mga programa tulad ng gzip at zcat babalewalain ang dagdag na data na ito.
Gayunpaman, dictd(8), gagamitin ng DICT protocol dictionary server ang data na ito sa
magsagawa ng pseudo-random na pag-access sa file. Mga file sa dictzip ang format ay dapat magtapos sa ".dz"
upang sila ay makilala sa karaniwan gzip mga file na hindi naglalaman ng espesyal
impormasyon ng header.

Mula sa RFC 1952, ang karagdagang field ay tinukoy bilang sumusunod:

Kung ang FLG.FEXTRA bit ay nakatakda, may "dagdag na field" sa header, na may kabuuan
haba ng XLEN byte. Binubuo ito ng isang serye ng mga subfield, bawat isa sa anyo:

+---+---+---+---+================================================ =+
|SI1|SI2| LEN |... LEN byte ng subfield data ...|
+---+---+---+---+================================================ =+

Nagbibigay ang SI1 at SI2 ng subfield ID, karaniwang dalawang ASCII na titik na may ilang mnemonic
halaga. Jean-Loup Gaillygzip@prep.ai.mit.edu> ay nagpapanatili ng isang pagpapatala ng
mga subfield ID; mangyaring magpadala sa kanya ng anumang subfield ID na gusto mong gamitin. Mga subfield ID na may
Ang SI2 = 0 ay nakalaan para magamit sa hinaharap.

Ibinibigay ng LEN ang haba ng data ng subfield, hindi kasama ang 4 na paunang byte.

Ang dictzip Ang programa ay gumagamit ng 'R' para sa SI1, at 'A' para sa SI2 (ibig sabihin, "Random Access"). Pagkatapos ng
LEN field, ang data ay nakaayos tulad ng sumusunod:

+---+---+---+---+---+---+========================= ======+
| VER | CHLEN | CHCNT | ... CHCNT salita ng data ... |
+---+---+---+---+---+---+========================= ======+

Ayon sa RFC 1952, ang lahat ng data ay iniimbak muna ang hindi gaanong makabuluhang byte. Para sa VER 1 ng data,
lahat ng mga value ay 16-bits ang haba (2 bytes), at mga unsigned integer.

Ang XLEN (na tinukoy nang mas maaga sa header) ay isang dalawang byte na integer, kaya ang dagdag na field
maaaring 0xffff bytes ang haba, 2 bytes nito ay ginagamit para sa subfield ID (SI1 at SI1), at
2 byte kung saan ginagamit para sa haba ng subfield (LEN). Nag-iiwan ito ng 0xfffb bytes (0x7ffd
2-byte na mga entry o 0x3ffe 4-byte na mga entry). Dahil dapat na 10% + ang buffer ng output ng zip
12 bytes na mas malaki kaysa sa input buffer, maaari kaming mag-imbak ng 58969 bytes bawat entry, o mga 1.8GB
kung ang 2-byte na mga entry ay ginamit. Kung ito ay nagiging isang limiting factor, isa pang format na bersyon
maaaring piliin at tukuyin para sa 4-byte na mga entry.

Para sa compression, ang file ay nahahati sa "mga tipak" ng data, ang bawat tipak ay mas mababa sa
64kB, at maaaring i-compress sa isang lugar na wala pang 64kB ang haba (kumukuha ng
incompressible data sa account -- karaniwang ang data ay naka-compress sa isang block na
mas maliit kaysa sa orihinal). Tinutukoy ng field ng CHLEN ang haba ng isang "tipak" ng
datos. Tinutukoy ng field ng CHCNT kung gaano karaming mga chunks ang na-preset, at ang mga salita ng data ng CHCNT
tumutukoy kung gaano katagal ang bawat tipak pagkatapos ng compression (ibig sabihin, sa kasalukuyang naka-compress na file).

Upang magsagawa ng random na pag-access sa data, ang offset at haba ng data ay ibinibigay sa
mga gawain sa silid-aklatan. Tinutukoy ng mga gawaing ito ang tipak kung saan magsisimula ang nais na data,
at i-decompress ang tipak na iyon. Ang magkakasunod na tipak ay idini-decompress kung kinakailangan.

MGA TRADEOFF

bilis Ang tunay na random na pag-access sa file ay hindi napagtanto, dahil ang anumang pag-access, kahit na para sa isang solong byte,
nangangailangan na basahin at i-decompress ang isang 64kB na tipak. Ito ay mas mabagal kaysa sa pag-access
isang flat text file, ngunit ito ay higit, mas mabilis kaysa sa pagsasagawa ng serial access sa isang ganap
naka-compress na file.

Puwang Para sa mga database ng tekstuwal na diksyunaryo na pinagtatrabahuhan namin, ang paggamit ng 64kB na mga tipak
at ang pinakamataas na LZ77 compression ay napagtanto ang isang file na halos 4% na mas malaki kaysa sa
parehong file na na-compress nang sabay-sabay.

Opsyon

-d or --decompress
Mag-decompress. Ito ang default kung ang executable ay tinatawag dictunzip.

-c or --stdout
Isulat ang output sa karaniwang output; panatilihing hindi nagbabago ang mga orihinal na file. Ito ay lamang
magagamit kapag nagde-decompress (dahil ang mga bahagi ng header ay dapat na ma-update pagkatapos ng a
sumulat kapag nag-compress).

-f or --puwersa
Force compression o decompression kahit na ang output file ay mayroon na.

-h or - Tumulong
Ipakita ang tulong.

-k or --panatilihin
Huwag tanggalin ang orihinal na file.

-l or --listahan
Para sa bawat naka-compress na file, ilista ang mga sumusunod na field:

uri: dzip, gzip, o text (kasama ang mga file sa hindi kilalang mga format)
crc: checksum ng CRC
petsa at oras: mula sa header
chunks: bilang ng chunks sa file
laki: laki ng bawat hindi naka-compress na tipak
compr.: naka-compress na laki
uncompr.: hindi naka-compress na laki
ratio: compression ratio (0.0% kung hindi alam)
pangalan: pangalan ng hindi naka-compress na file

Hindi magkatulad gzip, hindi nakita ang paraan ng compression.

-L or --lisensya
Ipakita ang dictzip lisensya at huminto.

-t or --pagsusulit
Suriin ang integridad ng naka-compress na file. Ang pagpipiliang ito ay hindi ipinatupad. Sa halip, ito
ililista ang impormasyon ng header.

-v or --verbose
Verbose. Magpakita ng karagdagang impormasyon sa panahon ng compression.

-V or --bersyon
Bersyon. Ipakita ang numero ng bersyon at mga pagpipilian sa compilation pagkatapos ay huminto.

-s simula or --simula simula
Tukuyin ang alok upang simulan ang decompression, gamit ang mga decimal na numero. Ang default ay nasa
ang simula ng file.

-e laki or --laki laki
Tukuyin ang laki ng bahagi ng file na i-decompress, gamit ang mga decimal na numero.
Ang default ay ang buong file.

-S simula or --Simulan simula
Tukuyin ang alok upang simulan ang decompression, gamit ang mga base64 na numero. Ang default ay nasa
ang simula ng file.

-E laki or --Laki simula
Tukuyin ang laki ng bahagi ng file na i-decompress, gamit ang mga base64 na numero.
Ang default ay ang buong file.

-p prefilter or --pre prefilter
Tumukoy ng shell command na ipapatupad bilang filter bago ang compression o decompression
ng isang tipak. Ang mga pre- at post-compression na mga filter ay maaaring gamitin upang magbigay
karagdagang compression o pag-format ng output. Maaaring hindi mapataas ng mga filter ang
malaki ang laki ng buffer. Ang mga pre- at post-compression na mga filter ay idinisenyo upang
magbigay ng pinaka-pangkalahatang interface na posible.

-P postfilter or --post postfilter
Tumukoy ng shell command na ipapatupad bilang filter pagkatapos ng compression o decompression.

CREDITS

dictzip ay isinulat ni Rik Faith (faith@cs.unc.edu) at ibinahagi sa ilalim ng mga tuntunin ng
ang GNU General Public License. Kung kailangan mong ipamahagi sa ilalim ng ibang mga tuntunin, sumulat sa
may akda.

Ang mga pangunahing aklatan na ginagamit ng mga programang ito (zlib, regex, libmaa) ay ipinamamahagi sa ilalim
iba't ibang termino, kaya maaari mong magamit ang mga aklatan para sa mga application na
hindi tugma sa GPL -- pakitingnan ang mga abiso sa copyright at impormasyon ng lisensya na
sumama sa mga aklatan para sa higit pang impormasyon, at kumunsulta sa iyong abogado upang malutas
mga isyung.

Gumamit ng dictzip online gamit ang mga serbisyo ng onworks.net