xzcat - Online sa Cloud

PROGRAMA:

NAME

xz, unxz, xzcat, lzma, unlzma, lzcat - I-compress o i-decompress ang mga .xz at .lzma na file

SINOPSIS

xz [opsyon]... [file] ...

unxz ay katumbas ng xz --decompress.
xzcat ay katumbas ng xz --decompress --stdout.
lzma ay katumbas ng xz --format=lzma.
unlzma ay katumbas ng xz --format=lzma --decompress.
lzcat ay katumbas ng xz --format=lzma --decompress --stdout.

Kapag nagsusulat ng mga script na kailangang mag-decompress ng mga file, inirerekomenda na palaging gamitin ang
pangalan xz na may angkop na mga argumento (xz -d or xz -dc) sa halip na ang mga pangalan unxz at xzcat.

DESCRIPTION

xz ay isang general-purpose data compression tool na may command line syntax na katulad ng gzip(1)
at bzip2(1). Ang format ng katutubong file ay ang .xz format, ngunit ang legacy .lzma ginamit na format
ng LZMA Utils at mga hilaw na naka-compress na stream na walang mga header ng format ng lalagyan
suportado.

xz i-compress o i-decompress ang bawat isa file ayon sa napiling mode ng operasyon. Kung hindi
file ay binibigyan o file is -, xz nagbabasa mula sa karaniwang input at nagsusulat ng naprosesong data
sa karaniwang output. xz tatanggi (magpakita ng error at laktawan ang file) magsulat ng
naka-compress na data sa karaniwang output kung ito ay isang terminal. Katulad nito, xz ay tatanggi na basahin
naka-compress na data mula sa karaniwang input kung ito ay isang terminal.

Maliban kung --stdout ay tinukoy, file bukod sa - ay nakasulat sa isang bagong file na ang pangalan ay
hango sa pinanggalingan file pangalan:

· Kapag nag-compress, ang suffix ng target na format ng file (.xz or .lzma) ay nakadugtong sa
ang source filename para makuha ang target na filename.

· Kapag nagde-decompress, ang .xz or .lzma ang suffix ay tinanggal mula sa filename upang makuha ang
target na filename. xz kinikilala din ang mga panlapi .txz at .tlz, at pinapalitan ang mga ito ng
ang .tar hulapi.

Kung mayroon nang target na file, may ipapakitang error at ang file ay nilaktawan.

Maliban kung sumulat sa karaniwang output, xz ay magpapakita ng babala at laktawan ang file kung alinman sa
nalalapat ang sumusunod:

· talaksan ay hindi isang regular na file. Ang mga simbolikong link ay hindi sinusunod, at sa gayon ay hindi
itinuturing na mga regular na file.

· talaksan ay may higit sa isang hard link.

· talaksan ay may set ng setuid, setgid, o sticky bit.

· Ang mode ng pagpapatakbo ay nakatakdang i-compress at ang file mayroon nang suffix ng target
format ng file (.xz or .txz kapag nag-compress sa .xz format, at .lzma or .tlz kailan
pag-compress sa .lzma na format).

· Ang operation mode ay nakatakda sa decompress at ang file ay walang suffix ng alinman sa
ang mga sinusuportahang format ng file (.xz, .txz, .lzma, O .tlz).

Matapos matagumpay na i-compress o i-decompress ang file, xz kinokopya ang may-ari, grupo,
mga pahintulot, oras ng pag-access, at oras ng pagbabago mula sa pinagmulan file sa target na file.
Kung nabigo ang pagkopya sa grupo, ang mga pahintulot ay binago upang ang target na file ay hindi
maging naa-access ng mga user na walang pahintulot na i-access ang pinagmulan file. xz
ay hindi sumusuporta sa pagkopya ng iba pang metadata tulad ng mga listahan ng kontrol sa pag-access o mga pinahabang katangian
pa.

Kapag ang target na file ay matagumpay na naisara, ang pinagmulan file ay tinanggal maliban kung
--panatilihin ay tinukoy. Ang pinagmulan file ay hindi kailanman tinanggal kung ang output ay isinulat sa
karaniwang output.

Nagpapadala ng SIGINFO or SIGUSR1 sa xz ginagawa ng proseso ang pag-print ng impormasyon ng pag-unlad sa
karaniwang error. Ito ay limitado lamang ang paggamit dahil kapag ang karaniwang error ay isang terminal, gamit
--verbose ay magpapakita ng awtomatikong pag-update ng tagapagpahiwatig ng pag-unlad.

Memorya paggamit
Ang paggamit ng memorya ng xz nag-iiba mula sa ilang daang kilobytes hanggang ilang gigabytes depende
sa mga setting ng compression. Ang mga setting na ginamit kapag nag-compress ng isang file ay tumutukoy sa
mga kinakailangan sa memorya ng decompressor. Karaniwan ang decompressor ay nangangailangan ng 5% hanggang 20% ​​ng
ang dami ng memorya na kailangan ng compressor sa paggawa ng file. Halimbawa,
decompressing isang file na ginawa gamit ang xz -9 kasalukuyang nangangailangan ng 65 MiB ng memorya. Gayunpaman, ito ay
posibleng magkaroon .xz mga file na nangangailangan ng ilang gigabytes ng memory upang mag-decompress.

Lalo na ang mga gumagamit ng mas lumang mga sistema ay maaaring makahanap ng posibilidad ng napakalaking paggamit ng memorya
nakakainis. Upang maiwasan ang hindi komportable na mga sorpresa, xz ay may built-in na memory usage limiter,
na hindi pinagana bilang default. Habang ang ilang mga operating system ay nagbibigay ng mga paraan upang limitahan ang
paggamit ng memorya ng mga proseso, ang pag-asa dito ay hindi itinuring na sapat na kakayahang umangkop (hal.
limitasyon(1) upang limitahan ang virtual memory ay may posibilidad na lumpo mmap(2)).

Maaaring paganahin ang limiter sa paggamit ng memory gamit ang opsyon sa command line --memlimit=limitasyon.
Kadalasan ay mas maginhawang paganahin ang limiter bilang default sa pamamagitan ng pagtatakda ng kapaligiran
nagbabago XZ_DEFAULTS, halimbawa XZ_DEFAULTS=--memlimit=150MiB. Posibleng itakda ang
hiwalay na nililimitahan ang compression at decompression sa pamamagitan ng paggamit --memlimit-compress=limitasyon at
--memlimit-decompress=limitasyon. Gamit ang dalawang opsyong ito sa labas XZ_DEFAULTS ay bihirang kapaki-pakinabang
dahil isang solong run ng xz hindi maaaring gawin ang parehong compression at decompression at
--memlimit=limitasyon (O -M limitasyon) ay mas maikli upang i-type sa command line.

Kung lumampas ang tinukoy na limitasyon sa paggamit ng memory kapag nagde-decompress, xz ay magpapakita ng isang
mabibigo ang error at pag-decompress ng file. Kung nalampasan ang limitasyon kapag nag-compress, xz
ay susubukan na bawasan ang mga setting upang hindi na lumampas sa limitasyon (maliban kung kailan
paggamit --format=raw or --walang-adjust). Sa ganitong paraan ang operasyon ay hindi mabibigo maliban kung ang limitasyon ay
napakaliit. Ang pag-scale ng mga setting ay ginagawa sa mga hakbang na hindi tumutugma sa compression
mga antas ng preset, hal. kung ang limitasyon ay mas mababa lamang sa halagang kinakailangan xz -9,
ang mga setting ay babawasan lamang ng kaunti, hindi hanggang sa xz -8.

Konklusyon at paglalagay ng palaman sa .xz file
Posibleng pagdugtungin .xz mga file bilang ay. xz ay mag-decompress ng mga naturang file na parang sila
ay isang single .xz file.

Posibleng magpasok ng padding sa pagitan ng mga pinagdugtong na bahagi o pagkatapos ng huling bahagi.
Ang padding ay dapat na binubuo ng mga null byte at ang laki ng padding ay dapat na isang multiple ng
apat na byte. Ito ay maaaring maging kapaki-pakinabang hal kung ang .xz file ay naka-imbak sa isang medium na sumusukat
mga laki ng file sa 512-byte na mga bloke.

Ang pagsasama at padding ay hindi pinapayagan na may .lzma mga file o raw stream.

Opsyon

Integer suffix at espesyal halaga
Sa karamihan ng mga lugar kung saan inaasahan ang isang integer na argumento, sinusuportahan ang isang opsyonal na suffix
madaling ipahiwatig ang malalaking integer. Dapat ay walang puwang sa pagitan ng integer at ng
hulapi.

KiB I-multiply ang integer sa 1,024 (2^10). Ki, k, kB, K, at KB ay tinatanggap bilang
kasingkahulugan ng KiB.

Eb I-multiply ang integer sa 1,048,576 (2^20). Mi, m, M, at MB ay tinatanggap bilang
kasingkahulugan ng Eb.

GiB I-multiply ang integer sa 1,073,741,824 (2^30). Gi, g, G, at GB ay tinatanggap bilang
kasingkahulugan ng GiB.

Ang espesyal na halaga max ay maaaring gamitin upang ipahiwatig ang maximum na halaga ng integer na sinusuportahan ng
pagpipilian.

Operasyon paraan
Kung maraming opsyon sa operation mode ang ibinigay, magkakabisa ang huli.

-z, --compress
I-compress. Ito ang default na mode ng pagpapatakbo kapag walang opsyon sa mode ng pagpapatakbo
tinukoy at walang ibang operation mode ang ipinahiwatig mula sa command name (para sa
Halimbawa, unxz nagpapahiwatig --decompress).

-d, --decompress, --uncompress
Mag-decompress.

-t, --pagsusulit
Subukan ang integridad ng naka-compress file. Ang pagpipiliang ito ay katumbas ng --decompress
--stdout maliban na ang na-decompress na data ay itinatapon sa halip na isulat sa
karaniwang output. Walang mga file na nilikha o inalis.

-l, --listahan
Mag-print ng impormasyon tungkol sa compressed file. Walang nagawang hindi naka-compress na output, at
walang mga file na nilikha o inalis. Sa list mode, hindi mabasa ng program ang
naka-compress na data mula sa karaniwang input o mula sa iba pang hindi hinahanap na mapagkukunan.

Ang default na listahan ay nagpapakita ng pangunahing impormasyon tungkol sa file, isang file bawat linya. Para makuha
mas detalyadong impormasyon, gamitin din ang --verbose opsyon. Para sa higit pa
impormasyon, gamitin --verbose dalawang beses, ngunit tandaan na ito ay maaaring mabagal, dahil ang pagkuha
lahat ng karagdagang impormasyon ay nangangailangan ng maraming paghahanap. Lumampas ang lapad ng verbose output
80 character, kaya pina-pipe ang output sa hal kulang -S maaaring maging maginhawa kung ang
hindi sapat ang lapad ng terminal.

Ang eksaktong output ay maaaring mag-iba sa pagitan xz mga bersyon at iba't ibang mga lokal. Para sa makina-
nababasang output, --robot --listahan ay dapat gamitin.

Operasyon nagbabago
-k, --panatilihin
Huwag tanggalin ang mga input file.

-f, --puwersa
Ang pagpipiliang ito ay may ilang mga epekto:

· Kung mayroon nang target na file, tanggalin ito bago i-compress o
decompressing.

· I-compress o i-decompress kahit na ang input ay simbolikong link sa isang regular na file,
ay may higit sa isang hard link, o may set na setuid, setgid, o sticky bit. Ang
setuid, setgid, at sticky bits ay hindi kinopya sa target na file.

· Kapag ginamit kasama ng --decompress --stdout at xz hindi makilala ang uri ng
source file, kopyahin ang source file tulad ng sa karaniwang output. Ito ay nagpapahintulot xzcat
--puwersa na gagamitin tulad ng pusa(1) para sa mga file na hindi pa na-compress xz.
Tandaan na sa hinaharap, xz maaaring suportahan ang mga bagong naka-compress na format ng file, na maaaring
gumawa xz i-decompress ang higit pang mga uri ng mga file sa halip na kopyahin ang mga ito ayon sa pamantayan
output. --format=format maaaring gamitin sa paghihigpit xz upang i-decompress lamang ang isang solong
format ng file.

-c, --stdout, --to-stdout
Isulat ang naka-compress o na-decompress na data sa karaniwang output sa halip na isang file.
Ito ay nagpapahiwatig --panatilihin.

--iisang-stream
I-decompress lamang ang una .xz stream, at tahimik na huwag pansinin ang posibleng natitirang input
data kasunod ng stream. Karaniwang gumagawa ng ganitong trailing na basura xz ipakita ang isang
error.

xz hindi kailanman nagde-decompress ng higit sa isang stream mula sa .lzma file o raw stream, ngunit
ginagawa pa rin ng pagpipiliang ito xz huwag pansinin ang posibleng trailing data pagkatapos ng .lzma file
o hilaw na batis.

Ang opsyon na ito ay walang epekto kung ang operation mode ay hindi --decompress or --pagsusulit.

--walang-kakalat
Huwag paganahin ang paggawa ng mga kalat-kalat na file. Bilang default, kung nagde-decompress sa isang regular
file, xz sinusubukang gawing hiwa-hiwalay ang file kung naglalaman ng mahaba ang decompressed data
pagkakasunud-sunod ng mga binary zero. Gumagana rin ito kapag nagsusulat sa karaniwang output hangga't
bilang karaniwang output ay konektado sa isang regular na file at ilang mga karagdagang kundisyon
ay natutugunan upang gawin itong ligtas. Ang paggawa ng mga kalat-kalat na file ay maaaring makatipid ng espasyo sa disk at mapabilis
ang decompression sa pamamagitan ng pagbawas sa dami ng disk I/O.

-S .suf, --suffix=.suf
Kapag nag-compress, gamitin .suf bilang suffix para sa target na file sa halip na .xz or
.lzma. Kung hindi sumusulat sa karaniwang output at ang source file ay mayroon na ng
suffix .suf, isang babala ang ipinapakita at ang file ay nilaktawan.

Kapag nagde-decompress, kilalanin ang mga file na may suffix .suf bilang karagdagan sa mga file na may
ang .xz, .txz, .lzma, O .tlz panlapi. Kung ang source file ay may suffix .suf, ang
inalis ang suffix para makuha ang target na filename.

Kapag nag-compress o nagde-decompress ng mga raw stream (--format=raw), ang panlapi ay dapat
palaging tinukoy maliban kung sumulat sa karaniwang output, dahil walang default
suffix para sa raw streams.

--mga file[=file]
Basahin ang mga filename kung saan magpoproseso file; kung file ay tinanggal, nabasa ang mga filename
mula sa karaniwang input. Dapat wakasan ang mga filename gamit ang bagong linyang character. A
gitling (-) ay kinuha bilang isang regular na filename; hindi ito nangangahulugan ng karaniwang input. Kung
Ang mga filename ay ibinibigay din bilang mga argumento ng command line, pinoproseso ang mga ito bago ang
nabasa mula sa mga filename file.

--files0[=file]
Ito ay magkapareho sa --mga file[=file] maliban na ang bawat filename ay dapat wakasan
na may null na karakter.

Basic file format at pagpiga pagpipilian
-F format, --format=format
Tukuyin ang file format upang i-compress o i-decompress:

kotse Ito ang default. Kapag nag-compress, kotse ay katumbas ng xz. Kailan
decompressing, ang format ng input file ay awtomatikong nakita. Tandaan
na mga hilaw na stream (nilikha gamit ang --format=raw) ay hindi maaaring awtomatikong matukoy.

xz I-compress sa .xz format ng file, o tanggapin lamang .xz mga file kapag
decompressing.

lzma, nag-iisa
I-compress sa legacy .lzma format ng file, o tanggapin lamang .lzma mga file kapag
decompressing. Ang alternatibong pangalan nag-iisa ay ibinigay para sa likod
pagiging tugma sa LZMA Utils.

hilaw I-compress o i-uncompress ang isang raw stream (walang mga header). Ito ay para sa
mga advanced na user lamang. Upang mag-decode ng mga raw stream, kailangan mong gamitin --format=raw at
tahasang tukuyin ang chain ng filter, na karaniwang nakaimbak
sa mga header ng lalagyan.

-C tsek, --check=tsek
Tukuyin ang uri ng pagsusuri sa integridad. Ang tseke ay kinakalkula mula sa
hindi naka-compress na data at naka-imbak sa .xz file. Ang pagpipiliang ito ay may epekto lamang kapag
pag-compress sa .xz pormat; ang .lzma hindi sinusuportahan ng format ang mga pagsusuri sa integridad.
Ang pagsusuri sa integridad (kung mayroon) ay napatunayan kapag ang .xz na-decompress ang file.

Suportadong tsek mga uri:

wala Huwag kalkulahin ang isang integrity check sa lahat. Ito ay karaniwang isang masamang ideya.
Maaari itong maging kapaki-pakinabang kapag ang integridad ng data ay na-verify sa pamamagitan ng iba pang paraan
pa rin.

crc32 Kalkulahin ang CRC32 gamit ang polynomial mula sa IEEE-802.3 (Ethernet).

crc64 Kalkulahin ang CRC64 gamit ang polynomial mula sa ECMA-182. Ito ang default,
dahil ito ay bahagyang mas mahusay kaysa sa CRC32 sa pag-detect ng mga nasirang file at ang
ang pagkakaiba ng bilis ay bale-wala.

sha256 Kalkulahin ang SHA-256. Ito ay medyo mas mabagal kaysa sa CRC32 at CRC64.

Integridad ng .xz Ang mga header ay palaging nabe-verify gamit ang CRC32. Hindi pwede
baguhin o huwag paganahin ito.

-0 ... -9
Pumili ng antas ng preset ng compression. Ang default ay -6. Kung maramihang mga preset na antas
ay tinukoy, ang huling isa ay magkakabisa. Kung mayroon nang custom na filter chain
tinukoy, ang pagtatakda ng antas ng preset ng compression ay nililimas ang custom na chain ng filter.

Ang mga pagkakaiba sa pagitan ng mga preset ay mas makabuluhan kaysa sa gzip(1) at
bzip2(1). Tinutukoy ng mga napiling setting ng compression ang mga kinakailangan sa memorya ng
ang decompressor, kaya ang paggamit ng masyadong mataas na preset na antas ay maaaring maging masakit
decompress ang file sa isang lumang sistema na may maliit na RAM. Sa partikular, ito hindi a
mahusay idea sa bulag gamitin -9 para lahat ng bagay tulad ng madalas nitong kasama gzip(1) at
bzip2Na (1).

-0 ... -3
Ito ay medyo mabilis na mga preset. -0 minsan ay mas mabilis kaysa sa gzip -9 habang
mas mahusay ang pag-compress. Ang mga mas mataas ay madalas na may bilis na maihahambing sa
bzip2(1) na may maihahambing o mas mahusay na compression ratio, bagaman ang mga resulta
depende ng malaki sa uri ng data na na-compress.

-4 ... -6
Mabuti hanggang sa napakahusay na compression habang pinapanatili ang paggamit ng memory ng decompressor
makatwiran kahit para sa mga lumang sistema. -6 ay ang default, na kadalasan ay mabuti
pagpipilian hal para sa pamamahagi ng mga file na kailangang decompressible kahit na sa
mga system na may lamang 16 MiB RAM. (-5e or -6e maaaring nagkakahalaga din na isaalang-alang.
Tingnan --matinding.)

-7 ... -9
Ang mga ito ay tulad ng -6 ngunit may mas mataas na compressor at decompressor memory
kinakailangan. Ang mga ito ay kapaki-pakinabang lamang kapag nag-compress ng mga file na mas malaki kaysa sa
8 MiB, 16 MiB, at 32 MiB, ayon sa pagkakabanggit.

Sa parehong hardware, ang bilis ng decompression ay humigit-kumulang isang pare-parehong bilang ng
byte ng naka-compress na data bawat segundo. Sa madaling salita, mas mahusay ang compression,
kadalasan ay mas mabilis ang decompression. Nangangahulugan din ito na ang halaga ng
Ang hindi naka-compress na output na ginawa sa bawat segundo ay maaaring mag-iba nang malaki.

Ang sumusunod na talahanayan ay nagbubuod sa mga tampok ng mga preset:

Preset na DictSize CompCPU CompMem DecMem
-0 256 KiB 0 3 MiB 1 MiB
-1 1 MiB 1 9 MiB 2 MiB
-2 2 MiB 2 17 MiB 3 MiB
-3 4 MiB 3 32 MiB 5 MiB
-4 4 MiB 4 48 MiB 5 MiB
-5 8 MiB 5 94 MiB 9 MiB
-6 8 MiB 6 94 MiB 9 MiB
-7 16 MiB 6 186 MiB 17 MiB
-8 32 MiB 6 370 MiB 33 MiB
-9 64 MiB 6 674 MiB 65 MiB

Mga paglalarawan ng column:

· Ang DictSize ay ang laki ng diksyunaryo ng LZMA2. Sayang ang memorya na gumamit ng a
diksyunaryo na mas malaki kaysa sa laki ng hindi naka-compress na file. Ito ang dahilan kung bakit ito ay
mabuti upang maiwasan ang paggamit ng mga preset -7 ... -9 kapag hindi na talaga sila kailangan.
At -6 at mas mababa, ang dami ng memory na nasayang ay kadalasang mababa hanggang hindi
bagay.

· Ang CompCPU ay isang pinasimpleng representasyon ng mga setting ng LZMA2 na nakakaapekto
bilis ng compression. Ang laki ng diksyunaryo ay nakakaapekto rin sa bilis, kaya habang ang CompCPU ay
pareho para sa mga antas -6 ... -9, mas mabagal pa rin ang mas mataas na antas.
Upang maging mas mabagal at sa gayon ay posibleng mas mahusay na compression, tingnan --matinding.

· CompMem naglalaman ng compressor memory kinakailangan sa single-threaded mode.
Maaari itong bahagyang mag-iba sa pagitan xz mga bersyon. Mga kinakailangan sa memorya ng ilan sa
ang hinaharap na mga multithreaded na mode ay maaaring mas mataas kaysa sa single-
sinulid na mode.

· Ang DecMem ay naglalaman ng mga kinakailangan sa memorya ng decompressor. Iyon ay, ang compression
Tinutukoy ng mga setting ang mga kinakailangan sa memorya ng decompressor. Ang eksaktong
Ang paggamit ng memory ng decompressor ay bahagyang higit sa laki ng diksyunaryo ng LZMA2, ngunit
ang mga halaga sa talahanayan ay na-round up sa susunod na buong MiB.

-e, --matinding
Gumamit ng mas mabagal na variant ng napiling antas ng preset ng compression (-0 ... -9) Upang
sana ay makakuha ng kaunti mas mahusay na compression ratio, ngunit may masamang kapalaran na ito
magpapalala din. Ang paggamit ng memorya ng decompressor ay hindi apektado, ngunit ang compressor
Medyo tumataas ang paggamit ng memory sa mga preset na antas -0 ... -3.

Dahil mayroong dalawang preset na may sukat ng diksyunaryo 4 MiB at 8 MiB, ang mga preset -3e
at -5e gumamit ng bahagyang mas mabilis na mga setting (mas mababang CompCPU) kaysa -4e at -6e,
ayon sa pagkakabanggit. Sa ganoong paraan walang dalawang preset ang magkapareho.

Preset na DictSize CompCPU CompMem DecMem
-0e 256 KiB 8 4 MiB 1 MiB
-1e 1 MiB 8 13 MiB 2 MiB
-2e 2 MiB 8 25 MiB 3 MiB
-3e 4 MiB 7 48 MiB 5 MiB
-4e 4 MiB 8 48 MiB 5 MiB
-5e 8 MiB 7 94 MiB 9 MiB
-6e 8 MiB 8 94 MiB 9 MiB
-7e 16 MiB 8 186 MiB 17 MiB
-8e 32 MiB 8 370 MiB 33 MiB
-9e 64 MiB 8 674 MiB 65 MiB

Halimbawa, mayroong kabuuang apat na preset na gumagamit ng 8 MiB na diksyunaryo, na kung saan
order mula sa pinakamabilis hanggang sa pinakamabagal ay -5, -6, -5e, at -6e.

--mabilis
--pinakamahusay Ang mga ito ay medyo mapanlinlang na mga alias para sa -0 at -9, ayon sa pagkakabanggit. Ang mga ito ay
ibinigay lamang para sa pabalik na pagkakatugma sa LZMA Utils. Iwasang gamitin ang mga ito
mga pagpipilian.

--block-size=laki
Kapag nag-compress sa .xz format, hatiin ang input data sa mga bloke ng laki byte.
Ang mga bloke ay naka-compress nang nakapag-iisa mula sa bawat isa.

--memlimit-compress=limitasyon
Magtakda ng limitasyon sa paggamit ng memory para sa compression. Kung ang pagpipiliang ito ay tinukoy ng maramihan
beses, ang huli ay magkakabisa.

Kung ang mga setting ng compression ay lumampas sa limitasyon, xz ay ayusin ang mga setting pababa
upang hindi na lumampas sa limitasyon at magpakita ng abiso na awtomatiko
ginawa ang pagsasaayos. Ang ganitong mga pagsasaayos ay hindi ginagawa kapag nag-compress gamit ang
--format=raw o kaya --walang-adjust ay tinukoy. Sa mga kasong iyon, ang isang error ay
ipinapakita at xz lalabas na may exit status 1.

Ang limitasyon maaaring tukuyin sa maraming paraan:

· Ang limitasyon ay maaaring maging ganap na halaga sa bytes. Paggamit ng integer suffix tulad ng Eb
maaaring maging kapaki-pakinabang. Halimbawa: --memlimit-compress=80MiB

· Ang limitasyon maaaring tukuyin bilang isang porsyento ng kabuuang pisikal na memorya (RAM). Ito
maaaring maging kapaki-pakinabang lalo na kapag itinatakda ang XZ_DEFAULTS variable ng kapaligiran sa a
shell initialization script na ibinabahagi sa pagitan ng iba't ibang mga computer. yun
paraang awtomatikong mas malaki ang limitasyon sa mga system na may mas maraming memorya. Halimbawa:
--memlimit-compress=70%

· Ang limitasyon maaaring i-reset pabalik sa default na halaga nito sa pamamagitan ng pagtatakda nito sa 0. Ito ay
kasalukuyang katumbas ng pagtatakda ng limitasyon sa max (walang limitasyon sa paggamit ng memorya). minsan
Naipatupad na ang suporta sa multithreading, maaaring may pagkakaiba sa pagitan 0
at max para sa multithreaded case, kaya inirerekomenda itong gamitin 0 sa halip ng max
hanggang sa mapagpasyahan ang mga detalye.

Tingnan din ang seksyon Memorya paggamit.

--memlimit-decompress=limitasyon
Magtakda ng limitasyon sa paggamit ng memory para sa decompression. Nakakaapekto rin ito sa --listahan mode. Kung
ang operasyon ay hindi posible nang hindi lalampas sa limitasyon, xz magpapakita ng error
at ang pag-decompress ng file ay mabibigo. Tingnan mo --memlimit-compress=limitasyon para posible
mga paraan upang tukuyin ang limitasyon.

-M limitasyon, --memlimit=limitasyon, --alaala=limitasyon
Ito ay katumbas ng pagtukoy --memlimit-compress=limitasyon
--memlimit-decompress=limitasyon.

--walang-adjust
Magpakita ng error at lumabas kung ang mga setting ng compression ay lumampas sa paggamit ng memorya
limitasyon. Ang default ay upang ayusin ang mga setting pababa upang ang paggamit ng memorya
ang limitasyon ay hindi lalampas. Palaging naka-disable ang awtomatikong pagsasaayos kapag gumagawa ng raw
batis (--format=raw).

-T mga thread, --mga thread=mga thread
Tukuyin ang bilang ng mga thread ng manggagawa na gagamitin. Ang aktwal na bilang ng mga thread ay maaaring
mas mababa sa mga thread kung ang paggamit ng higit pang mga thread ay lalampas sa limitasyon sa paggamit ng memorya.

Multithreaded pagpiga at pagkasira ng ulo ay hindi ipinatupad pa, so ito opsyon
ay hindi epekto para ngayon.

As of pagsulat (2010-09-27) it hindi pa naging tiyak if mga thread habilin be ginamit by
default on multicore system minsan suportahan para sinulid ay naging ipinatupad
Comments ay maligayang pagdating. Ang kumplikadong kadahilanan ay ang paggamit ng maraming mga thread
dagdagan ang paggamit ng memorya nang husto. Tandaan na kung ang multithreading ang magiging
default, ito ay malamang na gagawin upang ang single-threaded at multithreaded na mga mode
makagawa ng parehong output, kaya hindi gaanong maaapektuhan ang compression ratio kung
paganahin ang threading bilang default.

Pasadya tagapiga filter chains
Ang isang custom na filter chain ay nagbibigay-daan sa pagtukoy sa mga setting ng compression nang detalyado sa halip na
umaasa sa mga setting na nauugnay sa mga preset na antas. Kapag ang isang custom na chain ng filter ay
tinukoy, ang mga opsyon sa antas ng preset ng compression (-0 ... -9 at --matinding) ay tahimik
hindi pinansin

Ang isang filter chain ay maihahambing sa piping sa command line. Kapag nag-compress, ang
ang hindi naka-compress na input ay napupunta sa unang filter, na ang output ay napupunta sa susunod na filter (kung
anumang). Ang output ng huling filter ay naisulat sa naka-compress na file. Ang pinakamataas
ang bilang ng mga filter sa chain ay apat, ngunit kadalasan ang isang filter chain ay may isa o dalawa lamang
mga filter.

Maraming mga filter ang may mga limitasyon sa kung saan sila maaaring nasa filter chain: ang ilang mga filter ay maaari
gumagana lamang bilang huling filter sa chain, ang ilan ay bilang hindi huling filter, at ang ilan ay gumagana
sa anumang posisyon sa kadena. Depende sa filter, ang limitasyong ito ay maaaring likas
sa disenyo ng filter o umiiral upang maiwasan ang mga isyu sa seguridad.

Tinukoy ang isang custom na chain ng filter sa pamamagitan ng paggamit ng isa o higit pang mga opsyon sa filter sa pagkakasunud-sunod ng mga ito
ay hinahanap sa filter chain. Iyon ay, ang pagkakasunud-sunod ng mga pagpipilian sa filter ay makabuluhan!
Kapag nagde-decode ng mga raw stream (--format=raw), ang chain ng filter ay tinukoy sa parehong pagkakasunud-sunod
tulad ng tinukoy kapag nag-compress.

Ang mga filter ay tukoy sa filter pagpipilian bilang isang listahang pinaghihiwalay ng kuwit. Mga karagdagang kuwit sa pagpipilian
ay hindi pinapansin. Ang bawat opsyon ay may default na halaga, kaya kailangan mong tukuyin lamang ang mga gusto mo
baguhin.

--lzma1[=pagpipilian]
--lzma2[=pagpipilian]
Magdagdag ng LZMA1 o LZMA2 na filter sa chain ng filter. Ang mga filter na ito ay magagamit lamang bilang
ang huling filter sa kadena.

Ang LZMA1 ay isang legacy na filter, na halos sinusuportahan lamang dahil sa legacy .lzma
format ng file, na sumusuporta lamang sa LZMA1. Ang LZMA2 ay isang na-update na bersyon ng LZMA1 sa
ayusin ang ilang praktikal na isyu ng LZMA1. Ang .xz format ay gumagamit ng LZMA2 at hindi sumusuporta
LZMA1 sa lahat. Ang bilis ng compression at mga ratio ng LZMA1 at LZMA2 ay halos ang
Pareho.

Ang LZMA1 at LZMA2 ay nagbabahagi ng parehong hanay ng pagpipilian:

preset=preset
I-reset ang lahat ng LZMA1 o LZMA2 pagpipilian sa preset. Preset binubuo ng isang integer,
na maaaring sundan ng isang titik na preset modifier. Ang integer ay maaaring
mula 0 sa 9, tumutugma sa mga opsyon sa command line -0 ... -9. Ang nag-iisang
kasalukuyang sinusuportahan ang modifier e, alin ang tumutugma --matinding. Ang default
preset is 6, kung saan ang mga default na halaga para sa natitirang bahagi ng LZMA1 o
LZMA2 pagpipilian ay kinuha.

dict=laki
Diksyunaryo (history buffer) laki ay nagpapahiwatig kung gaano karaming mga byte ang kamakailan
ang naprosesong hindi naka-compress na data ay pinananatili sa memorya. Sinusubukang hanapin ng algorithm
inuulit ang mga byte sequence (mga tugma) sa hindi naka-compress na data, at palitan
ang mga ito na may mga sanggunian sa data na kasalukuyang nasa diksyunaryo. Ang mas malaki
sa diksyunaryo, mas mataas ang pagkakataong makahanap ng katugma. Kaya, ang pagtaas
diksiyonaryo laki kadalasang nagpapabuti ng compression ratio, ngunit mas malaki ang diksyunaryo
kaysa sa hindi naka-compress na file ay pag-aaksaya ng memorya.

Karaniwang diksyunaryo laki ay mula 64 KiB hanggang 64 MiB. Ang pinakamababa ay 4 KiB.
Ang maximum para sa compression ay kasalukuyang 1.5 GiB (1536 MiB). Ang
Sinusuportahan na ng decompressor ang mga diksyunaryo hanggang sa isang byte na mas mababa sa 4 GiB,
na pinakamataas para sa mga format ng stream ng LZMA1 at LZMA2.

Diksiyonaryo laki at tagahanap ng tugma (mf) magkasamang tinutukoy ang paggamit ng memorya ng
ang LZMA1 o LZMA2 encoder. Ang parehong (o mas malaki) na diksyunaryo laki is
kinakailangan para sa decompressing na ginamit kapag nag-compress, kaya ang memorya
ang paggamit ng decoder ay tinutukoy ng sukat ng diksyunaryo na ginamit kapag
pag-compress. Ang .xz iniimbak ng mga header ang diksyunaryo laki alinman bilang 2^n o 2^n
+ 2^(n-1), kaya ang mga ito sukat ay medyo ginustong para sa compression. Iba pa
sukat ay mabibilog kapag naka-imbak sa .xz mga header.

lc=lc Tukuyin ang bilang ng mga literal na bit ng konteksto. Ang pinakamababa ay 0 at ang
maximum ay 4; ang default ay 3. Bilang karagdagan, ang kabuuan ng lc at lp hindi dapat
lumampas sa 4.

Ang lahat ng byte na hindi ma-encode bilang mga tugma ay naka-encode bilang mga literal. yun
ay, ang mga literal ay 8-bit na byte lamang na isa-isang naka-encode.

Ang literal na coding ay gumagawa ng isang pagpapalagay na ang pinakamataas lc mga piraso ng
ang nakaraang hindi naka-compress na byte ay nauugnay sa susunod na byte. Hal sa tipikal
English na teksto, ang isang malaking titik na titik ay madalas na sinusundan ng isang maliit na titik,
at ang maliit na titik ay karaniwang sinusundan ng isa pang maliit na titik.
Sa set ng character na US-ASCII, ang pinakamataas na tatlong bit ay 010 para sa upper-case
mga titik at 011 para sa maliliit na titik. Kailan lc ay hindi bababa sa 3, ang literal
Maaaring samantalahin ng coding ang property na ito sa hindi naka-compress na data.

Ang default na halaga (3) ay karaniwang mabuti. Kung gusto mo ng maximum na compression,
pagsusulit lc=4. Minsan nakakatulong ito nang kaunti, at kung minsan ay gumagawa ito ng compression
mas malala. Kung lumalala ito, subukan hal lc=2 masyadong.

lp=lp Tukuyin ang bilang ng mga literal na bit ng posisyon. Ang pinakamababa ay 0 at ang
maximum ay 4; ang default ay 0.

Lp nakakaapekto sa kung anong uri ng pagkakahanay sa hindi naka-compress na data ang ipinapalagay kung kailan
pag-encode ng mga literal. Tingnan mo pb sa ibaba para sa higit pang impormasyon tungkol sa pagkakahanay.

pb=pb Tukuyin ang bilang ng mga bit ng posisyon. Ang pinakamababa ay 0 at ang pinakamataas ay 4;
ang default ay 2.

Pb nakakaapekto sa kung anong uri ng pagkakahanay sa hindi naka-compress na data ang ipinapalagay
pangkalahatan. Ang default ay nangangahulugan ng four-byte alignment (2^pb=2^2=4), na madalas
isang magandang pagpipilian kapag walang mas magandang hula.

Kapag alam na ang pagkakahanay, setting pb naaayon ay maaaring bawasan ang laki ng file
kaunti. Hal sa mga text file na mayroong one-byte alignment (US-ASCII,
ISO-8859-*, UTF-8), setting pb=0 maaaring bahagyang mapabuti ang compression. Para sa
UTF-16 text, pb=1 ay isang magandang pagpipilian. Kung ang pagkakahanay ay isang kakaibang numero tulad ng
3 byte, pb=0 maaaring ang pinakamahusay na pagpipilian.

Kahit na ang ipinapalagay na pagkakahanay ay maaaring iakma sa pb at lp, LZMA1 at
Bahagyang pinapaboran pa rin ng LZMA2 ang 16-byte na pagkakahanay. Maaaring ito ay nagkakahalaga ng pagkuha sa
account kapag nagdidisenyo ng mga format ng file na malamang na madalas i-compress
na may LZMA1 o LZMA2.

mf=mf Ang tagahanap ng tugma ay may malaking epekto sa bilis ng encoder, paggamit ng memory, at
ratio ng compression. Karaniwan ang mga tagahanap ng pagtutugma ng Hash Chain ay mas mabilis kaysa sa Binary
Mga tagahanap ng tugma ng puno. Ang default ay depende sa preset: 0 gamit hc3, 1-3 gamit
hc4, at ang iba pang gamit bt4.

Ang mga sumusunod na tagahanap ng tugma ay suportado. Ang mga formula sa paggamit ng memorya sa ibaba
ay mga magaspang na pagtatantya, na pinakamalapit sa katotohanan kung kailan dikta ay isang
kapangyarihan ng dalawa.

hc3 Hash Chain na may 2- at 3-byte na pag-hash
Minimum na halaga para sa maganda: 3
Paggamit ng memorya:
dikta * 7.5 (kung dikta <= 16 MiB);
dikta * 5.5 + 64 MiB (kung dikta > 16 MiB)

hc4 Hash Chain na may 2-, 3-, at 4-byte na pag-hash
Minimum na halaga para sa maganda: 4
Paggamit ng memorya:
dikta * 7.5 (kung dikta <= 32 MiB);
dikta * 6.5 (kung dikta > 32 MiB)

bt2 Binary Tree na may 2-byte na hashing
Minimum na halaga para sa maganda: 2
Paggamit ng memorya: dikta * 9.5

bt3 Binary Tree na may 2- at 3-byte na pag-hash
Minimum na halaga para sa maganda: 3
Paggamit ng memorya:
dikta * 11.5 (kung dikta <= 16 MiB);
dikta * 9.5 + 64 MiB (kung dikta > 16 MiB)

bt4 Binary Tree na may 2-, 3-, at 4-byte na pag-hash
Minimum na halaga para sa maganda: 4
Paggamit ng memorya:
dikta * 11.5 (kung dikta <= 32 MiB);
dikta * 10.5 (kung dikta > 32 MiB)

mode=paraan
Pagpiga paraan tumutukoy sa paraan ng pagsusuri sa datos na ginawa ng
tagahanap ng tugma. Sinusuportahan mode ay mabilis at normal. Ang default ay mabilis para
mga preset 0-3 at normal para mga preset 4-9.

Karaniwan mabilis ay ginagamit sa mga tagahanap ng tugma ng Hash Chain at normal kasama ang Binary
Mga tagahanap ng tugma ng puno. Ito rin ang mga preset gawin.

maganda=maganda
Tukuyin kung ano ang itinuturing na isang magandang haba para sa isang tugma. Sa sandaling magkatugma ng
kahit maganda Ang mga byte ay natagpuan, ang algorithm ay huminto sa paghahanap ng posibleng
mas mahusay na mga tugma.

magaling maaaring 2-273 bytes. Ang mas mataas na mga halaga ay may posibilidad na magbigay ng mas mahusay na compression
ratio sa gastos ng bilis. Ang default ay depende sa preset.

lalim=lalim
Tukuyin ang maximum na lalim ng paghahanap sa tagahanap ng tugma. Ang default ay ang
espesyal na halaga ng 0, na ginagawang matukoy ng compressor ang isang makatwirang lalim
mula mf at maganda.

Makatuwiran lalim para sa Hash Chains ay 4-100 at 16-1000 para sa Binary Trees.
Paggamit ng napakataas na halaga para sa lalim maaaring gawing lubhang mabagal ang encoder
ilang mga file. Iwasang itakda ang lalim mahigit 1000 maliban kung handa ka
matakpan ang compression kung sakaling masyadong matagal.

Kapag nagde-decode ng mga raw stream (--format=raw), ang LZMA2 ay nangangailangan lamang ng diksyunaryo laki.
Kailangan din ng LZMA1 lc, lp, at pb.

--x86[=pagpipilian]
--powerpc[=pagpipilian]
--ia64[=pagpipilian]
--braso[=pagpipilian]
--kamay[=pagpipilian]
--sparc[=pagpipilian]
Magdagdag ng filter ng branch/call/jump (BCJ) sa filter chain. Maaaring gamitin ang mga filter na ito
bilang hindi huling filter lamang sa chain ng filter.

Ang isang BCJ filter ay nagko-convert ng mga kamag-anak na address sa machine code sa kanilang ganap
mga katapat. Hindi nito binabago ang laki ng data, ngunit tumataas ito
redundancy, na makakatulong sa LZMA2 na makagawa ng 0-15 % na mas maliit .xz file. Ang BCJ
ang mga filter ay palaging nababaligtad, kaya ang paggamit ng BCJ filter para sa maling uri ng data ay hindi
maging sanhi ng anumang pagkawala ng data, bagama't maaari nitong bahagyang lumala ang compression ratio.

Mainam na maglapat ng BCJ filter sa isang buong executable; hindi na kailangang ilapat ito
sa executable section lang. Paglalapat ng BCJ filter sa isang archive na naglalaman ng
parehong executable at non-executable na mga file ay maaaring o hindi maaaring magbigay ng magandang resulta, kaya ito
sa pangkalahatan ay hindi magandang mag-apply nang walang taros ng BCJ filter kapag nag-compress ng mga binary package
para sa pamamahagi.

Ang mga filter na ito ng BCJ ay napakabilis at gumagamit ng hindi gaanong halaga ng memorya. Kung isang BCJ
pinapabuti ng filter ang compression ratio ng isang file, maaari nitong mapabuti ang bilis ng decompression sa
Parehong oras. Ito ay dahil, sa parehong hardware, ang bilis ng decompression ng
Ang LZMA2 ay halos isang nakapirming bilang ng mga byte ng naka-compress na data bawat segundo.

Ang mga filter na ito ng BCJ ay may mga kilalang problema na nauugnay sa ratio ng compression:

· Ilang uri ng mga file na naglalaman ng executable code (hal. object file, static
library, at Linux kernel modules) ay mayroong mga address sa mga tagubilin
puno ng mga halaga ng tagapuno. Gagawin pa rin ng mga BCJ filter na ito ang address
conversion, na magpapalala sa compression sa mga file na ito.

· Ang paglalapat ng filter ng BCJ sa isang archive na naglalaman ng maraming katulad na mga executable ay maaaring
gawing mas malala ang compression ratio kaysa sa hindi paggamit ng BCJ filter. Ito ay dahil ang
hindi nakikita ng filter ng BCJ ang mga hangganan ng mga executable na file, at
ay hindi ni-reset ang address ng conversion counter para sa bawat executable.

Ang parehong mga problema sa itaas ay aayusin sa hinaharap sa isang bagong filter. Ang matanda
Ang mga filter ng BCJ ay magiging kapaki-pakinabang pa rin sa mga naka-embed na system, dahil ang decoder ng
mas malaki ang bagong filter at gagamit ng mas maraming memory.

Ang iba't ibang set ng pagtuturo ay may iba't ibang pagkakahanay:

I-filter ang Alignment Notes
x86 1 32-bit o 64-bit x86
PowerPC 4 Big endian lang
ARM 4 Little endian lang
ARM-Thumb 2 Little endian lang
IA-64 16 Malaki o maliit na endian
SPARC 4 Malaki o maliit na endian

Dahil ang data na na-filter ng BCJ ay karaniwang naka-compress sa LZMA2, ang compression ratio
maaaring bahagyang mapabuti kung ang mga opsyon sa LZMA2 ay nakatakdang tumugma sa pagkakahanay ng
napiling BCJ filter. Halimbawa, gamit ang filter na IA-64, mainam itong itakda pb=4
gamit ang LZMA2 (2^4=16). Ang x86 filter ay isang exception; ito ay karaniwang mabuti upang manatili sa
Ang default na four-byte alignment ng LZMA2 kapag nag-compress ng mga x86 executable.

Pareho ang sinusuportahan ng lahat ng mga filter ng BCJ pagpipilian:

simulan=ginalaw
Tukuyin ang simula ginalaw na ginagamit kapag nagko-convert sa pagitan ng kamag-anak at
ganap na mga address. Ang ginalaw ay dapat na isang maramihang ng pagkakahanay ng
filter (tingnan ang talahanayan sa itaas). Ang default ay zero. Sa pagsasagawa, ang
ang default ay mabuti; pagtukoy ng isang kaugalian ginalaw ay halos hindi kailanman kapaki-pakinabang.

--delta[=pagpipilian]
Idagdag ang Delta filter sa filter chain. Ang Delta filter ay maaari lamang gamitin bilang a
hindi huling filter sa chain ng filter.

Kasalukuyang simpleng byte-wise delta na pagkalkula lamang ang sinusuportahan. Maaari itong maging kapaki-pakinabang
kapag nag-compress hal. hindi naka-compress na bitmap na mga imahe o hindi naka-compress na PCM audio.
Gayunpaman, ang mga espesyal na layunin na algorithm ay maaaring magbigay ng makabuluhang mas mahusay na mga resulta kaysa sa
Delta + LZMA2. Totoo ito lalo na sa audio, na mas mabilis na nag-compress at
mas maganda eg may flacNa (1).

Suportadong pagpipilian:

dist=layo
tukuyin ang layo ng pagkalkula ng delta sa bytes. layo dapat
1-256. Ang default ay 1.

Halimbawa, kasama dist=2 at walong-byte na input A1 B1 A2 B3 A3 B5 A4 B7, ang
ang output ay magiging A1 B1 01 02 01 02 01 02.

iba pagpipilian
-q, --tahimik
Pigilan ang mga babala at paunawa. Tukuyin ito nang dalawang beses upang sugpuin din ang mga error. Ito
walang epekto ang opsyon sa exit status. Iyon ay, kahit na may babala
pinigilan, ginagamit pa rin ang exit status para magpahiwatig ng babala.

-v, --verbose
Maging verbose. Kung nakakonekta ang karaniwang error sa isang terminal, xz ay magpapakita ng isang
tagapagpahiwatig ng pag-unlad. Tinutukoy --verbose dalawang beses ay magbibigay ng mas maraming verbose output.

Ipinapakita ng tagapagpahiwatig ng pag-unlad ang sumusunod na impormasyon:

· Ang porsyento ng pagkumpleto ay ipinapakita kung ang laki ng input file ay kilala. Yan ay,
ang porsyento ay hindi maipapakita sa mga tubo.

· Dami ng naka-compress na data na ginawa (pag-compress) o natupok (decompressing).

· Dami ng hindi na-compress na data na nakonsumo (pag-compress) o ginawa (decompressing).

· Compression ratio, na kinakalkula sa pamamagitan ng paghahati sa dami ng naka-compress na data
naproseso sa ngayon ayon sa dami ng hindi naka-compress na data na naproseso sa ngayon.

· Bilis ng compression o decompression. Ito ay sinusukat bilang ang halaga ng
hindi naka-compress na data na nakonsumo (compression) o ginawa (decompression) bawat segundo.
Ito ay ipinapakita pagkalipas ng ilang segundo mula noon xz nagsimulang iproseso ang
file.

· Lumipas na oras sa format na M:SS o H:MM:SS.

· Ang tinantyang natitirang oras ay ipinapakita lamang kapag ang laki ng input file ay kilala
at ilang segundo na ang lumipas mula noon xz nagsimulang iproseso ang
file. Ang oras ay ipinapakita sa isang hindi gaanong tumpak na format na hindi kailanman mayroong anumang mga tutuldok,
hal 2 min 30 s.

Kapag ang karaniwang error ay hindi isang terminal, --verbose Gagawing xz i-print ang filename,
compressed size, uncompressed size, compression ratio, at posibleng ang bilis din
at lumipas na oras sa isang linya hanggang sa karaniwang error pagkatapos i-compress o
pag-decompress ng file. Ang bilis at lumipas na oras ay kasama lamang kapag ang
ang operasyon ay tumagal ng hindi bababa sa ilang segundo. Kung hindi natapos ang operasyon, hal dahil sa
pagkagambala ng gumagamit, pati na rin ang porsyento ng pagkumpleto ay naka-print kung ang laki ng
kilala ang input file.

-Q, --no-babala
Huwag itakda ang exit status sa 2 kahit na may nakitang kundisyon na nagkakahalaga ng babala.
Ang opsyong ito ay hindi nakakaapekto sa verbosity level, kaya pareho --tahimik at --no-babala
kailangang gamitin para hindi magpakita ng mga babala at para hindi mabago ang exit status.

--robot
Mag-print ng mga mensahe sa isang machine-parsable na format. Ito ay nilayon upang mapagaan ang pagsusulat
frontend na gustong gamitin xz sa halip na liblzma, na maaaring ang kaso sa
iba't ibang mga script. Ang output na may naka-enable na opsyong ito ay nilalayong maging stable sa kabuuan
xz naglalabas. Tingnan ang seksyon ROBOT MODE para sa mga detalye.

--impormasyon-memorya
Ipakita, sa format na nababasa ng tao, kung gaano karaming pisikal na memorya (RAM) xz iniisip ang
system ay may at ang mga limitasyon sa paggamit ng memory para sa compression at decompression, at exit
matagumpay.

-h, - Tumulong
Magpakita ng mensahe ng tulong na naglalarawan sa mga pinakakaraniwang ginagamit na opsyon, at lumabas
matagumpay.

-H, --mahabang-tulong
Magpakita ng mensahe ng tulong na naglalarawan sa lahat ng tampok ng xz, at matagumpay na lumabas

-V, --bersyon
Ipakita ang numero ng bersyon ng xz at liblzma sa format na nababasa ng tao. Para makuha
machine-parsable na output, tukuyin --robot bago --bersyon.

ROBOT MODE

Ang robot mode ay isinaaktibo gamit ang --robot opsyon. Ginagawa nito ang output ng xz mas madaling gawin
i-parse ng iba pang mga programa. Kasalukuyan --robot ay sinusuportahan lamang kasama ng --bersyon,
--impormasyon-memorya, at --listahan. Ito ay susuportahan para sa normal na compression at decompression
sa hinaharap.

bersyon
xz --robot --bersyon ay magpi-print ng numero ng bersyon ng xz at liblzma sa mga sumusunod
format:

XZ_VERSION=XYYYZZZS
LIBLZMA_VERSION=XYYYZZZS

X Pangunahing bersyon.

Yyy Minor na bersyon. Kahit na ang mga numero ay matatag. Ang mga kakaibang numero ay alpha o beta na bersyon.

Zzz Patch level para sa mga stable na release o counter lang para sa development release.

S Katatagan. 0 ay alpha, 1 ay beta, at 2 ay stable. S dapat palaging 2 kapag Yyy
ay pantay.

XYYYZZZS ay pareho sa parehong linya kung xz at ang liblzma ay mula sa parehong release ng XZ Utils.

Mga halimbawa: 4.999.9beta ay 49990091 at ang 5.0.0 ay 50000002.

Memorya limitasyon impormasyon
xz --robot --impormasyon-memorya nagpi-print ng isang linya na may tatlong hanay na pinaghihiwalay ng tab:

1. Kabuuang dami ng pisikal na memorya (RAM) sa mga byte

2. Limitasyon sa paggamit ng memory para sa compression sa bytes. Ang isang espesyal na halaga ng zero ay nagpapahiwatig ng
default na setting, na para sa single-threaded mode ay kapareho ng walang limitasyon.

3. Limitasyon sa paggamit ng memory para sa decompression sa mga byte. Ang isang espesyal na halaga ng zero ay nagpapahiwatig ng
default na setting, na para sa single-threaded mode ay kapareho ng walang limitasyon.

Sa hinaharap, ang output ng xz --robot --impormasyon-memorya maaaring magkaroon ng higit pang mga column, ngunit hindi kailanman
higit sa isang linya.

listahan paraan
xz --robot --listahan gumagamit ng tab-separated na output. Ang unang column ng bawat linya ay may string
na nagpapahiwatig ng uri ng impormasyong matatagpuan sa linyang iyon:

pangalan Ito ang palaging unang linya kapag nagsisimulang maglista ng isang file. Ang ikalawang hanay sa
ang linya ay ang filename.

file Ang linyang ito ay naglalaman ng pangkalahatang impormasyon tungkol sa .xz file. Ang linyang ito ay palaging
nakalimbag pagkatapos ng pangalan linya.

daloy Ang ganitong uri ng linya ay ginagamit lamang kapag --verbose ay tinukoy. Marami kasing daloy
mga linya dahil may mga batis sa .xz file.

harangan ang Ang ganitong uri ng linya ay ginagamit lamang kapag --verbose ay tinukoy. Marami kasing harangan ang
mga linya dahil may mga bloke sa .xz file. Ang harangan ang ang mga linya ay ipinapakita pagkatapos ng lahat ng
daloy mga linya; hindi interleaved ang iba't ibang uri ng linya.

buod
Ang ganitong uri ng linya ay ginagamit lamang kapag --verbose ay tinukoy ng dalawang beses. Ang linyang ito ay
nakalimbag pagkatapos ng lahat harangan ang mga linya. Tulad ng file linya, ang buod naglalaman ng linya
pangkalahatang impormasyon tungkol sa .xz file.

kabuuan Ang linyang ito ay palaging ang pinakahuling linya ng output ng listahan. Ipinapakita nito ang kabuuan
bilang at sukat.

Ang mga hanay ng file mga linya:
2. Bilang ng mga stream sa file
3. Kabuuang bilang ng mga block sa (mga) stream
4. Naka-compress na laki ng file
5. Hindi naka-compress na laki ng file
6. Compression ratio, halimbawa 0.123. Kung ang ratio ay higit sa 9.999, tatlong gitling
(---) ay ipinapakita sa halip na ang ratio.
7. Comma-separated list ng integrity check names. Ang mga sumusunod na string ay ginagamit
para sa mga kilalang uri ng tseke: Wala, CRC32, CRC64, at SHA-256. Para sa hindi kilalang tseke
uri, hindi kilala-N ay ginagamit, kung saan N ay ang Check ID bilang isang decimal na numero (isa o
dalawang digit).
8. Kabuuang laki ng stream padding sa file

Ang mga hanay ng daloy mga linya:
2. Numero ng stream (ang unang stream ay 1)
3. Bilang ng mga bloke sa stream
4. Compressed simula offset
5. Hindi naka-compress na simula offset
6. Compressed size (hindi kasama ang stream padding)
7. Hindi naka-compress na laki
8. Compression ratio
9. Pangalan ng pagsusuri sa integridad
10. Sukat ng stream padding

Ang mga hanay ng harangan ang mga linya:
2. Bilang ng stream na naglalaman ng block na ito
3. Block number na nauugnay sa simula ng stream (ang unang block ay 1)
4. I-block ang numero na nauugnay sa simula ng file
5. Compressed start offset na may kaugnayan sa simula ng file
6. Hindi naka-compress na simula offset na may kaugnayan sa simula ng file
7. Kabuuang naka-compress na laki ng block (kasama ang mga header)
8. Hindi naka-compress na laki
9. Compression ratio
10. Pangalan ng pagsusuri sa integridad

If --verbose ay tinukoy ng dalawang beses, ang mga karagdagang column ay kasama sa harangan ang mga linya.
Ang mga ito ay hindi ipinapakita na may isang solong --verbose, dahil ang pagkuha ng impormasyong ito ay nangangailangan
maraming naghahanap at sa gayon ay mabagal:
11. Halaga ng pagsusuri ng integridad sa hexadecimal
12. I-block ang laki ng header
13. I-block ang mga flag: c ay nagpapahiwatig na ang naka-compress na laki ay naroroon, at u nagpapahiwatig na
naroroon ang hindi naka-compress na laki. Kung hindi nakatakda ang bandila, isang gitling (-) ay ipinapakita
sa halip na panatilihing maayos ang haba ng string. Maaaring magdagdag ng mga bagong flag sa dulo ng
ang string sa hinaharap.
14. Sukat ng aktwal na naka-compress na data sa block (hindi kasama dito ang block
header, block padding, at check field)
15. Dami ng memorya (sa bytes) na kinakailangan para ma-decompress ang block na ito gamit ito xz
bersyon
16. Filter chain. Tandaan na ang karamihan sa mga opsyon na ginagamit sa oras ng compression ay hindi maaaring
kilala, dahil tanging ang mga opsyon na kailangan para sa decompression ang nakaimbak sa
ang .xz mga header.

Ang mga hanay ng buod mga linya:
2. Dami ng memorya (sa bytes) na kinakailangan para ma-decompress ang file na ito gamit ito xz
bersyon
3. oo or hindi na nagpapahiwatig kung ang lahat ng block header ay may parehong naka-compress na laki at
hindi naka-compress na sukat na nakaimbak sa kanila
Dahil sa xz 5.1.2alpha:
4. Pinakamaliit xz bersyon na kinakailangan upang i-decompress ang file

Ang mga hanay ng kabuuan linya:
2. Bilang ng mga stream
3. Bilang ng mga bloke
4. Naka-compress na laki
5. Hindi naka-compress na laki
6. Average na ratio ng compression
7. Comma-separated list ng integrity check names na naroroon sa mga file
8. Laki ng padding ng stream
9. Bilang ng mga file. Narito ito upang mapanatili ang pagkakasunud-sunod ng mga naunang column na
katulad ng sa file mga linya.

If --verbose ay tinukoy ng dalawang beses, ang mga karagdagang column ay kasama sa kabuuan linya:
10. Pinakamataas na halaga ng memorya (sa bytes) na kinakailangan upang i-decompress ang mga file gamit ito
xz bersyon
11. oo or hindi na nagpapahiwatig kung ang lahat ng block header ay may parehong naka-compress na laki at
hindi naka-compress na sukat na nakaimbak sa kanila
Dahil sa xz 5.1.2alpha:
12. Pinakamaliit xz bersyon na kinakailangan upang i-decompress ang file

Maaaring magdagdag ng mga bagong uri ng linya ang mga bersyon sa hinaharap at maaaring magdagdag ng mga bagong column sa kasalukuyang linya
mga uri, ngunit ang mga kasalukuyang column ay hindi mababago.

EXIT STATUS

0 Lahat ay mabuti.

1 May pagkakamaling naganap.

2 May naganap na nagkakahalaga ng babala, ngunit walang aktwal na mga error na naganap.

Ang mga abiso (hindi mga babala o error) na naka-print sa karaniwang error ay hindi makakaapekto sa exit status.

Kapaligiran

xz nag-parse ng mga listahan ng mga opsyon na pinaghihiwalay ng espasyo mula sa mga variable ng kapaligiran XZ_DEFAULTS at
XZ_OPT, sa ganitong pagkakasunud-sunod, bago i-parse ang mga opsyon mula sa command line. Tandaan na lamang
ang mga opsyon ay na-parse mula sa mga variable ng kapaligiran; lahat ng hindi opsyon ay tahimik na binabalewala.
Tapos na ang pag-parse sa getopt_long(3) na ginagamit din para sa mga argumento ng command line.

XZ_DEFAULTS
Mga default na opsyon na partikular sa user o sa buong system. Kadalasan ito ay nakatakda sa isang shell
script ng pagsisimula upang paganahin xzAng limiter ng paggamit ng memorya bilang default. Hindi kasama
shell initialization script at katulad na mga espesyal na kaso, ang mga script ay hindi dapat magtakda o
i-unset XZ_DEFAULTS.

XZ_OPT Ito ay para sa pagpasa ng mga opsyon sa xz kapag hindi posible na itakda ang mga pagpipilian
direkta sa xz command line. Ito ang kaso eg kapag xz ay pinapatakbo ng isang script
o tool, hal GNU alkitran(1):

XZ_OPT=-2v tar caf foo.tar.xz foo

Maaaring gamitin ang mga script XZ_OPT hal. upang magtakda ng mga default na opsyon sa compression na tukoy sa script. Ito
inirerekomenda pa rin na payagan ang mga user na mag-override XZ_OPT kung iyon ay makatwiran, hal
in sh(1) mga script na maaaring gamitin ng isa tulad nito:

XZ_OPT=${XZ_OPT-"-7e"}
i-export ang XZ_OPT

LZMA UTIL Kakayahan na

Ang command line syntax ng xz ay halos isang superset ng lzma, unlzma, at lzcat as
natagpuan mula sa LZMA Utils 4.32.x. Sa karamihan ng mga kaso, posibleng palitan ang LZMA Utils ng XZ
Mga gamit nang hindi sinisira ang mga umiiral nang script. Mayroong ilang mga hindi pagkakatugma bagaman, na
minsan ay maaaring magdulot ng mga problema.

Pagpiga preset antas
Ang pagnunumero ng mga preset ng antas ng compression ay hindi magkapareho sa xz at LZMA Utils. Ang
ang pinakamahalagang pagkakaiba ay kung paano namamapa ang mga sukat ng diksyunaryo sa iba't ibang preset.
Ang sukat ng diksyunaryo ay halos katumbas ng paggamit ng memory ng decompressor.

Antas xz LZMA Mga Util
-0 256 KiB N/A
-1 1 MiB 64 KiB
-2 2 MiB 1 MiB
-3 4 MiB 512 KiB
-4 4 MiB 1 MiB
-5 8 MiB 2 MiB
-6 8 MiB 4 MiB
-7 16 MiB 8 MiB
-8 32 MiB 16 MiB
-9 64 MiB 32 MiB

Ang mga pagkakaiba sa sukat ng diksyunaryo ay nakakaapekto rin sa paggamit ng memory ng compressor, ngunit may ilan
iba pang mga pagkakaiba sa pagitan ng LZMA Utils at XZ Utils, na ginagawang mas malaki ang pagkakaiba:

Level xz LZMA Utils 4.32.x
-0 3 MiB N/A
-1 9 MiB 2 MiB
-2 17 MiB 12 MiB
-3 32 MiB 12 MiB
-4 48 MiB 16 MiB
-5 94 MiB 26 MiB
-6 94 MiB 45 MiB
-7 186 MiB 83 MiB
-8 370 MiB 159 MiB
-9 674 MiB 311 MiB

Ang default na preset na antas sa LZMA Utils ay -7 habang nasa XZ Util ito -6, kaya pareho silang gumagamit ng 8
MiB diksyunaryo bilang default.

Nag-stream kumpara sa hindi naka-stream .lzma file
Ang hindi naka-compress na laki ng file ay maaaring maimbak sa .lzma header. Ginagawa iyon ng LZMA Utils
kapag nag-compress ng mga regular na file. Ang kahalili ay markahan na ang hindi naka-compress na laki ay
hindi alam at gumamit ng end-of-payload marker upang ipahiwatig kung saan dapat huminto ang decompressor.
Ginagamit ng LZMA Utils ang paraang ito kapag hindi alam ang hindi naka-compress na laki, na ang kaso para sa
halimbawa sa mga tubo.

xz sumusuporta sa decompressing .lzma mga file na may o walang end-of-payload marker, ngunit lahat .lzma
mga file na nilikha ng xz gagamit ng end-of-payload marker at may hindi naka-compress na laki na minarkahan bilang
hindi kilala sa .lzma header. Ito ay maaaring isang problema sa ilang mga hindi karaniwang sitwasyon. Para sa
halimbawa, a .lzma ang decompressor sa isang naka-embed na device ay maaaring gumana lamang sa mga file na mayroon
kilalang hindi naka-compress na laki. Kung natamaan mo ang problemang ito, kailangan mong gumamit ng LZMA Utils o LZMA SDK
upang lumikha ng .lzma mga file na may alam na hindi naka-compress na laki.

Hindi suportado .lzma file
Ang .lzma pinahihintulutan ng format lc mga halaga hanggang 8, at lp mga halaga hanggang 4. LZMA Utils maaari
i-decompress ang mga file sa anumang lc at lp, ngunit palaging gumagawa ng mga file gamit ang lc=3 at lp=0.
Paglikha ng mga file kasama ng iba lc at lp ay posible sa xz at may LZMA SDK.

Ang pagpapatupad ng LZMA1 filter sa liblzma ay nangangailangan na ang kabuuan ng lc at lp dapat
hindi hihigit sa 4. Kaya, .lzma Ang mga file, na lumampas sa limitasyong ito, ay hindi maaaring i-decompress
sa xz.

Gumagawa lang ang LZMA Utils .lzma mga file na may sukat ng diksyunaryo na 2^n (isang kapangyarihan ng 2) ngunit
tumatanggap ng mga file na may anumang sukat ng diksyunaryo. tumatanggap lang ang liblzma .lzma mga file na mayroong a
sukat ng diksyunaryo na 2^n o 2^n + 2^(n-1). Ito ay upang mabawasan ang mga maling positibo kapag
tiktik .lzma file.

Ang mga limitasyong ito ay hindi dapat maging problema sa pagsasanay, dahil halos lahat .lzma file
ay na-compress na may mga setting na tatanggapin ng liblzma.

Pagsubaybay basura
Kapag nagde-decompress, tahimik na binabalewala ng LZMA Utils ang lahat pagkatapos ng una .lzma stream.
Sa karamihan ng mga sitwasyon, ito ay isang bug. Nangangahulugan din ito na hindi sinusuportahan ng LZMA Utils
decompressing concatenated .lzma file.

Kung may natitirang data pagkatapos ng una .lzma stream, xz itinuturing na sira ang file
maliban na lamang kung --iisang-stream ay ginamit. Maaaring masira nito ang mga nakakubling script na nag-aakalang iyon
hindi pinapansin ang mga sumusunod na basura.

NOTA

Compressed output maaari iba-iba
Ang eksaktong naka-compress na output na ginawa mula sa parehong hindi naka-compress na input file ay maaaring mag-iba
sa pagitan ng mga bersyon ng XZ Utils kahit na magkapareho ang mga opsyon sa compression. Ito ay dahil ang
ang encoder ay maaaring mapabuti (mas mabilis o mas mahusay na compression) nang hindi naaapektuhan ang format ng file.
Maaaring mag-iba ang output kahit na sa pagitan ng iba't ibang build ng parehong bersyon ng XZ Utils, kung
iba't ibang mga pagpipilian sa pagbuo ang ginagamit.

Ang nasa itaas ay nangangahulugan na ang pagpapatupad --rsyncable upang lumikha ng rsyncable .xz hindi pupunta ang mga file
mangyari nang hindi nagyeyelong bahagi ng pagpapatupad ng encoder, na maaaring magamit pagkatapos
sa --rsyncable.

Naka-embed na .xz mga decompressor
Naka-embed na .xz Ang mga pagpapatupad ng decompressor tulad ng XZ Embedded ay hindi kinakailangang sumusuporta sa mga file
nilikha nang may integridad tsek mga uri maliban sa wala at crc32. Dahil ang default ay
--check=crc64, dapat mong gamitin --check=wala or --check=crc32 kapag lumilikha ng mga file para sa naka-embed
systems.

Sa labas ng mga naka-embed na system, lahat .xz format decompressors sumusuporta sa lahat ng tsek mga uri, o sa
hindi bababa sa nagagawang i-decompress ang file nang hindi bini-verify ang integrity check kung ang
partikular na tsek ay hindi suportado.

Sinusuportahan ng XZ Embedded ang mga filter ng BCJ, ngunit gamit lamang ang default na simula offset.

HALIMBAWA

Mga Pangunahing Kaalaman
I-compress ang file foo sa foo.xz gamit ang default na antas ng compression (-6), at alisin foo
kung matagumpay ang compression:

xz foo

Mag-decompress bar.xz sa bar at huwag tanggalin bar.xz kahit na matagumpay ang decompression:

xz -dk bar.xz

Lumikha baz.tar.xz gamit ang preset -4e (-4 --matinding), na mas mabagal kaysa hal
default -6, ngunit nangangailangan ng mas kaunting memorya para sa compression at decompression (48 MiB at 5 MiB,
ayon sa pagkakabanggit):

tar cf - baz | xz -4e > baz.tar.xz

Ang isang halo ng mga naka-compress at hindi naka-compress na mga file ay maaaring i-decompress sa karaniwang output na may a
iisang utos:

xz -dcf a.txt b.txt.xz c.txt d.txt.lzma > abcd.txt

Pagpaparis pagpiga of marami file
Sa GNU at *BSD, mahanap(1) at xargs(1) ay maaaring gamitin upang iparallelize ang compression ng marami
file:

hanapin ang . -type f \! -pangalan '*.xz' -print0 \
| xargs -0r -P4 -n16 xz -T1

Ang -P pagpipilian sa xargs(1) nagtatakda ng bilang ng parallel xz mga proseso. Ang pinakamahusay na halaga para sa
ang -n ang opsyon ay depende sa kung gaano karaming mga file ang dapat i-compress. Kung mayroon lamang a
ilang mga file, ang halaga ay dapat na 1; na may sampu-sampung libong mga file, 100 o
kahit na higit pa ay maaaring maging angkop upang mabawasan ang bilang ng xz mga proseso na xargs(1) ay
sa huli ay lumikha.

Ang pagpipilian -T1 para xz ay may upang pilitin ito sa single-threaded mode, dahil xargs(1) ay
ginagamit upang kontrolin ang dami ng parallelization.

robot paraan
Kalkulahin kung gaano karaming mga byte ang na-save sa kabuuan pagkatapos mag-compress ng maramihang mga file:

xz --robot --list *.xz | awk '/^totals/{print $5-$4}'

Maaaring gustong malaman ng isang script na gumagamit ito ng bago xz. Ang mga sumusunod sh(1) iskrip
sinusuri kung ang numero ng bersyon ng xz ang tool ay hindi bababa sa 5.0.0. Ang pamamaraang ito ay
tugma sa mga lumang bersyon ng beta, na hindi sumusuporta sa --robot opsiyon:

kung ! eval "$(xz --robot --version 2> /dev/null)" ||
[ "$XZ_VERSION" -lt 50000002 ]; pagkatapos
echo "Masyadong luma na ang iyong xz."
fi
i-unset ang XZ_VERSION LIBLZMA_VERSION

Magtakda ng limitasyon sa paggamit ng memory para sa paggamit ng decompression XZ_OPT, ngunit kung may limitasyon na
itakda, huwag dagdagan ito:

NEWLIM=$((123 << 20)) # 123 MiB
OLDLIM=$(xz --robot --info-memory | cut -f3)
kung [ $OLDLIM -eq 0 -o $OLDLIM -gt $NEWLIM ]; pagkatapos
XZ_OPT="$XZ_OPT --memlimit-decompress=$NEWLIM"
i-export ang XZ_OPT
fi

Pasadya tagapiga filter chains
Ang pinakasimpleng paggamit para sa mga custom na filter chain ay ang pag-customize ng LZMA2 preset. Ito ay maaaring
kapaki-pakinabang, dahil ang mga preset ay sumasaklaw lamang sa isang subset ng mga potensyal na kapaki-pakinabang na kumbinasyon ng
mga setting ng compression.

Ang mga column ng CompCPU ng mga talahanayan mula sa mga paglalarawan ng mga opsyon -0 ... -9 at
--matinding ay kapaki-pakinabang kapag nagko-customize ng mga preset ng LZMA2. Narito ang mga kaugnay na bahagi
nakolekta mula sa dalawang talahanayan na iyon:

Preset na CompCPU
-0 0
-1 1
-2 2
-3 3
-4 4
-5 5
-6 6
-5e 7
-6e 8

Kung alam mo na ang isang file ay nangangailangan ng medyo malaking diksyunaryo (hal. 32 MiB) upang mai-compress nang maayos,
ngunit gusto mong i-compress ito nang mas mabilis kaysa xz -8 gagawin, isang preset na may mababang halaga ng CompCPU
(hal. 1) ay maaaring baguhin upang gumamit ng mas malaking diksyunaryo:

xz --lzma2=preset=1,dict=32MiB foo.tar

Sa ilang partikular na file, maaaring mas mabilis ang command sa itaas kaysa xz -6 habang nagpi-compress
makabuluhang mas mahusay. Gayunpaman, dapat itong bigyang-diin na ang ilang mga file lamang ang nakikinabang sa a
malaking diksyunaryo habang pinananatiling mababa ang halaga ng CompCPU. Ang pinaka-halatang sitwasyon, kung saan a
Malaki ang maitutulong ng malaking diksyunaryo, ay isang archive na naglalaman ng halos kaparehong mga file na hindi bababa sa isang
ilang megabytes bawat isa. Ang sukat ng diksyunaryo ay dapat na mas malaki kaysa sa alinman
indibidwal na file upang payagan ang LZMA2 na samantalahin nang husto ang mga pagkakatulad sa pagitan
magkakasunod na mga file.

Kung ang paggamit ng memorya ng napakataas na compressor at decompressor ay maayos, at ang file ay
ang naka-compress ay hindi bababa sa ilang daang megabytes, maaaring kapaki-pakinabang na gumamit ng mas malaki pa
diksyunaryo kaysa sa 64 MiB na xz -9 Gagamitin:

xz -vv --lzma2=dict=192MiB big_foo.tar

paggamit -vv (--verbose --verbose) tulad ng sa halimbawa sa itaas ay maaaring maging kapaki-pakinabang upang makita ang memorya
mga kinakailangan ng compressor at decompressor. Tandaan na mas malaki ang paggamit ng diksyunaryo
kaysa sa laki ng hindi naka-compress na file ay aksaya ng memorya, kaya ang utos sa itaas ay hindi
kapaki-pakinabang para sa maliliit na file.

Minsan ang oras ng compression ay hindi mahalaga, ngunit ang paggamit ng memorya ng decompressor ay dapat
pinananatiling mababa hal. upang gawing posible na i-decompress ang file sa isang naka-embed na system. Ang
sumusunod na mga gamit ng command -6e (-6 --matinding) bilang batayan at itinatakda ang diksyunaryo sa lamang
64 KiB. Ang resultang file ay maaaring i-decompress gamit ang XZ Embedded (kaya't mayroong
--check=crc32) gamit ang humigit-kumulang 100 KiB ng memorya.

xz --check=crc32 --lzma2=preset=6e,dict=64KiB foo

Kung gusto mong mag-squeeze out ng maraming byte hangga't maaari, ayusin ang bilang ng literal
mga bit ng konteksto (lc) at bilang ng mga bit ng posisyon (pb) kung minsan ay makakatulong. Pagsasaayos ng
bilang ng mga literal na bit ng posisyon (lp) ay maaaring makatulong din, ngunit kadalasan lc at pb ay higit pa
mahalaga. Hal. ang isang source code archive ay naglalaman ng halos US-ASCII text, kaya isang bagay tulad ng
ang sumusunod ay maaaring magbigay ng bahagyang (tulad ng 0.1 %) na mas maliit na file kaysa xz -6e (subukan mo rin nang wala
lc=4):

xz --lzma2=preset=6e,pb=0,lc=4 source_code.tar

Ang paggamit ng isa pang filter kasama ng LZMA2 ay maaaring mapabuti ang compression sa ilang mga uri ng file.
Hal. upang i-compress ang isang x86-32 o x86-64 shared library gamit ang x86 BCJ filter:

xz --x86 --lzma2 libfoo.so

Tandaan na ang pagkakasunud-sunod ng mga opsyon sa filter ay makabuluhan. Kung --x86 ay tinukoy pagkatapos
--lzma2, xz ay magbibigay ng error, dahil hindi maaaring magkaroon ng anumang filter pagkatapos ng LZMA2, at gayundin
dahil hindi magagamit ang x86 BCJ filter bilang huling filter sa chain.

Ang Delta filter kasama ang LZMA2 ay maaaring magbigay ng magagandang resulta sa mga bitmap na imahe. Dapat
karaniwang tinatalo ang PNG, na may ilang mas advanced na mga filter kaysa sa simpleng delta ngunit gumagamit ng Deflate
para sa aktwal na compression.

Ang imahe ay kailangang i-save sa hindi naka-compress na format, hal bilang hindi naka-compress na TIFF. Ang distansya
Ang parameter ng Delta filter ay nakatakda upang tumugma sa bilang ng mga byte bawat pixel sa larawan.
Hal 24-bit RGB bitmap pangangailangan dist=3, at masarap din pumasa pb=0 sa LZMA2 sa
tumanggap ng tatlong-byte na pagkakahanay:

xz --delta=dist=3 --lzma2=pb=0 foo.tiff

Kung maraming larawan ang nailagay sa iisang archive (hal .tar), ang Delta filter ay
gumana rin iyon hangga't ang lahat ng mga imahe ay may parehong bilang ng mga byte bawat pixel.

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