XZ(1)                           Utilita<?>i XZ                           XZ(1)

NUME
       xz, unxz, xzcat, lzma, unlzma, lzcat - Comprima sau decomprima
       fi<?>iere .xz <?>i .lzma

REZUMAT
       xz [op<?>iune...] [fi<?>ier...]

ALIAS COMENZI
       unxz este echivalent cu xz --decompress.
       xzcat este echivalent cu xz --decompress --stdout.
       lzma este echivalent cu xz --format=lzma.
       unlzma este echivalent cu xz --format=lzma --decompress.
       lzcat este echivalent cu xz --format=lzma --decompress --stdout.

       Cand scrie<?>i scripturi care trebuie sa decomprime fi<?>iere, este
       recomandat sa folosi<?>i intotdeauna comanda xz cu argumentele adecvate
       (xz -d sau xz -dc) in loc de comenzile unxz <?>i xzcat.

DESCRIERE
       xz este un instrument de comprimare a datelor de uz general cu sintaxa
       de linie de comanda similara cu gzip(1) <?>i bzip2(1). Formatul de
       fi<?>ier nativ este formatul .xz, dar formatul vechi .lzma folosit de
       LZMA Utils <?>i fluxurile comprimate brute fara anteturi de format
       container sunt de asemenea acceptate. In plus, este acceptata
       decomprimarea formatului .lz folosit de lzip.

       xz comprima sau decomprima fiecare fi<?>ier in func<?>ie de modul de
       operare selectat. Daca nu sunt date fi<?>iere sau fi<?>ier este -, xz
       cite<?>te de la intrarea standard <?>i scrie datele procesate la
       ie<?>irea standard. xz va refuza (afi<?>eaza o eroare <?>i omite
       fi<?>ier) sa scrie date comprimate la ie<?>irea standard daca este un
       terminal. In mod similar, xz va refuza sa citeasca datele comprimate de
       la intrarea standard daca este un terminal.

       Cu excep<?>ia cazului in care este specificata op<?>iunea --stdout,
       fi<?>ierele altele decat - sunt scrise intr-un fi<?>ier nou al carui
       nume este derivat din numele fi<?>ierului sursa:

       o  La comprimare, sufixul formatului de fi<?>ier <?>inta (.xz sau
          .lzma) este ata<?>at la numele fi<?>ierului sursa pentru a se
          ob<?>ine numele fi<?>ierului <?>inta.

       o  La decomprimare, sufixul .xz, .lzma sau .lz este eliminat din numele
          fi<?>ierului pentru a se ob<?>ine numele fi<?>ierului <?>inta. xz
          recunoa<?>te <?>i sufixele .txz <?>i .tlz <?>i le inlocuie<?>te cu
          sufixul .tar.

       Daca fi<?>ierul <?>inta exista deja, este afi<?>ata o eroare <?>i
       fi<?>ier este omis.

       Cu excep<?>ia cazului in care scrie la ie<?>irea standard, xz va
       afi<?>a un avertisment <?>i va omite fi<?>ierul daca se aplica oricare
       dintre urmatoarele:

       o  Fi<?>ierul nu este un fi<?>ier obi<?>nuit. Legaturile simbolice nu
          sunt urmate <?>i, prin urmare, nu sunt considerate fi<?>iere
          obi<?>nuite.

       o  Fi<?>ierul are mai mult de o legatura dura.

       o  Fi<?>ierul are activat bitul <<setuid>>, <<setgid>> sau cel
          lipicios(sticky).

       o  Modul de operare este stabilit la comprimare <?>i fi<?>ier are deja
          un sufix al formatului de fi<?>ier <?>inta (.xz sau .txz cand se
          comprima in formatul .xz <?>i .lzma sau .tlz cand se comprima in
          formatul .lzma).

       o  Modul de operare este stabilit la decomprimare <?>i fi<?>ierul nu
          are un sufix al niciunui format de fi<?>ier acceptat (.xz, .txz,
          .lzma, .tlz, sau .lz).

       Dupa comprimarea sau decomprimarea cu succes a fi<?>ierului, xz copiaza
       proprietarul, grupul, permisiunile, timpul de acces <?>i timpul de
       modificare din fi<?>ierul sursa in fi<?>ierul <?>inta. Daca copierea
       grupului e<?>ueaza, permisiunile sunt modificate astfel incat
       fi<?>ierul <?>inta sa nu devina accesibil utilizatorilor care nu aveau
       permisiunea de a accesa fi<?>ierul sursa. xz nu accepta inca copierea
       altor metadate, cum ar fi listele de control al accesului sau
       atributele extinse.

       Odata ce fi<?>ierul <?>inta a fost inchis cu succes, fi<?>ierul sursa
       este eliminat daca nu a fost specificata op<?>iunea --keep. Fi<?>ierul
       sursa nu este niciodata eliminat daca rezultatul este scris la
       ie<?>irea standard sau daca apare o eroare.

       Trimiterea unui semnal SIGINFO sau SIGUSR1 catre procesul xz face ca
       acesta sa imprime informa<?>ii despre progres la ie<?>irea de eroare
       standard. Acest lucru are o utilizare limitata, deoarece atunci cand
       ie<?>irea de eroare standard este un terminal, folosind op<?>iunea
       --verbose va afi<?>a un indicator de progres de actualizare automata.

   Utilizarea memoriei
       Cantitatea de memorie utilizata de xz variaza de la cateva sute de
       kiloocte<?>i la ca<?>iva gigaocte<?>i, in func<?>ie de op<?>iunile de
       comprimare. Op<?>iunile utilizate la comprimarea unui fi<?>ier
       determina cerin<?>ele de memorie ale instrumentului de decomprimare. De
       obicei, instrumentul de decomprimare are nevoie de 5% pana la 20% din
       cantitatea de memorie de care a avut nevoie instrumentul de comprimare
       la crearea fi<?>ierului. De exemplu, decomprimarea unui fi<?>ier creat
       cu xz -9 necesita in prezent 65Mio de memorie. Totu<?>i, este posibil
       sa ave<?>i fi<?>iere .xz care necesita ca<?>iva gigaocte<?>i de memorie
       pentru decomprimare.

       In special utilizatorii de sisteme mai vechi pot considera deranjanta
       posibilitatea unei utilizari foarte mari a memoriei. Pentru a preveni
       surprizele neplacute, xz are incorporat un limitator de utilizare a
       memoriei, care este dezactivat implicit. In timp ce unele sisteme de
       operare ofera modalita<?>i de a limita utilizarea memoriei proceselor,
       bazarea pe aceasta nu a fost considerata a fi suficient de flexibila
       (de exemplu, utilizarea ulimit(1) pentru a limita memoria virtuala
       tinde sa paralizeze mmap(2)).

       Limitatorul de utilizare a memoriei poate fi activat cu op<?>iunea din
       linia de comanda --memlimit=limita. Adesea este mai convenabil sa
       activa<?>i limitatorul in mod implicit prin definirea variabilei de
       mediu XZ_DEFAULTS, de exemplu, XZ_DEFAULTS=--memlimit=150MiB. Este
       posibil sa stabili<?>i limitele separat pentru comprimare <?>i
       decomprimare folosind --memlimit-compress=limita <?>i
       --memlimit-decompress=limita. Utilizarea acestor doua op<?>iuni in
       afara XZ_DEFAULTS este foarte rar utila, deoarece o singura rulare a xz
       nu poate face atat comprimarea, cat <?>i decomprimarea <?>i
       --memlimit=limita (sau -M limita ) este mai scurt de tastat pe linia de
       comanda.

       Daca limita de utilizare a memoriei specificata este depa<?>ita la
       decomprimare, xz va afi<?>a o eroare <?>i decomprimarea fi<?>ierului va
       e<?>ua. Daca limita este depa<?>ita la comprimare, xz va incerca sa
       reduca valorile stabilite astfel incat limita sa nu mai fie depa<?>ita
       (cu excep<?>ia cazului in care se utilizeaza op<?>iunea --format=raw
       sau --no-adjust). In acest fel, opera<?>iunea nu va e<?>ua decat daca
       limita stabilita este foarte mica. Scalarea valorilor stabilite se face
       in pa<?>i care nu se potrivesc cu valorile prestabilite ale nivelului
       de comprimare, de exemplu, daca limita este doar pu<?>in mai mica decat
       cantitatea necesara pentru xz -9, valorile stabilite vor fi reduse doar
       pu<?>in , nu pana la valoarea prestabilita a lui xz -8.

   Concatenare <?>i completare (prin umplere cu octe<?>i nuli) cu fi<?>iere
       .xz
       Este posibil sa concatena<?>i fi<?>ierele .xz a<?>a cum sunt. xz va
       decomprima astfel de fi<?>iere ca <?>i cum ar fi un singur fi<?>ier
       .xz.

       Este posibil sa se introduca umplutura intre par<?>ile concatenate sau
       dupa ultima parte.  Umplutura trebuie sa fie compusa din octe<?>i nuli,
       iar dimensiunea umpluturii trebuie sa fie un multiplu de patru
       octe<?>i. Acest lucru poate fi util, de exemplu, daca fi<?>ierul .xz
       este stocat pe un mediu care masoara dimensiunile fi<?>ierelor in
       blocuri de 512 de octe<?>i.

       Concatenarea <?>i completarea nu sunt permise cu fi<?>ierele .lzma sau
       fluxurile brute.

OP<?>IUNI
   Sufixe de numere intregi <?>i valori speciale
       In majoritatea locurilor in care este de a<?>teptat un numar intreg ca
       argument, un sufix op<?>ional este acceptat pentru a indica cu
       u<?>urin<?>a numerele intregi mari. Nu trebuie sa existe spa<?>iu intre
       numarul intreg <?>i sufix.

       KiB    Inmul<?>e<?>te numarul intreg cu 1.024 (2^10).  Ki, k, kB, K
              <?>i KB sunt acceptate ca sinonime pentru KiB.

       MiB    Inmul<?>e<?>te numarul intreg cu 1,048,576 (2^20). Mi, m, M,
              <?>i MB sunt acceptate ca sinonime pentru MiB.

       GiB    Inmul<?>e<?>te numarul intreg cu 1,073,741,824 (2^30). Gi, g, G,
              <?>i GB sunt acceptate ca sinonime pentru GiB.

       Valoarea speciala max poate fi utilizata pentru a indica valoarea
       maxima intreaga suportata de op<?>iune.

   Mod de operare
       Daca sunt date mai multe op<?>iuni de mod de func<?>ionare, ultima
       dintre ele, este cea care va avea efect.

       -z, --compress
              Comprimare. Acesta este modul de operare implicit atunci cand nu
              este specificata nicio op<?>iune de mod de func<?>ionare <?>i
              nici un alt mod de operare nu este implicat din numele comenzii
              (de exemplu, unxz implica --decompress).

       -d, --decompress, --uncompress
              Decomprimare.

       -t, --test
              Testeaza integritatea fi<?>ierelor comprimate. Aceasta op<?>iune
              este echivalenta cu --decompress --stdout cu excep<?>ia faptului
              ca datele decomprimate sunt inlaturate in loc sa fie scrise la
              ie<?>irea standard. Nu sunt create sau eliminate fi<?>iere.

       -l, --list
              Afi<?>eaza informa<?>ii despre fi<?>iere comprimate. Nu are loc
              nicio decomprimare la ie<?>ire <?>i nu sunt create sau eliminate
              fi<?>iere. In modul lista, programul nu poate citi datele
              comprimate din intrarea standard sau din alte surse care nu pot
              fi cautate.


              Listarea implicita arata informa<?>ii de baza despre fi<?>iere,
              cate un fi<?>ier pe linie. Pentru a ob<?>ine informa<?>ii mai
              detaliate, utiliza<?>i <?>i op<?>iunea --verbose. Pentru <?>i
              mai multe informa<?>ii, utiliza<?>i op<?>iunea --verbose de doua
              ori, dar re<?>ine<?>i ca acest lucru poate fi lent, deoarece
              ob<?>inerea tuturor informa<?>iilor suplimentare necesita multe
              cautari. La<?>imea ie<?>irii detaliate depa<?>e<?>te 80 de
              caractere, deci canalizarea ie<?>irii catre, de exemplu, less -S
              poate fi convenabila daca terminalul nu este suficient de lat.


              Ie<?>irea exacta poate varia intre versiunile xz <?>i diferitele
              localizari(configurarile regionale). Pentru ie<?>iri care pot fi
              citite de ma<?>ina, ar trebui utilizata op<?>iunea --robot
              --list.

   Modificatori de operare
       -k, --keep
              Nu <?>terge fi<?>ierele de intrare.


              Incepand cu xz 5.2.6, aceasta op<?>iune face ca xz sa comprime
              sau sa decomprime, chiar daca intrarea este o legatura simbolica
              catre un fi<?>ier obi<?>nuit, are mai mult de-o legatura dura
              sau are marca<?>i bi<?>ii setuid, setgid sau bitul lipicios.
              Bi<?>ii setuid, setgid <?>i bitul lipicios nu sunt copia<?>i in
              fi<?>ierul <?>inta. In versiunile anterioare acest lucru se
              facea numai cu ajutorul op<?>iunii --force.

       -f, --force
              Aceasta op<?>iune are mai multe efecte:

              o  Daca fi<?>ierul <?>inta exista deja, il <?>terge inainte de
                 comprimare sau decomprimare.

              o  Comprima sau decomprima chiar daca intrarea este o legatura
                 simbolica catre un fi<?>ier obi<?>nuit, are mai mult de-o
                 legatura dura sau are marca<?>i bi<?>ii setuid, setgid sau
                 bitul lipicios. Bi<?>ii setuid, setgid <?>i bitul lipicios nu
                 sunt copia<?>i in fi<?>ierul <?>inta.

              o  Cand este utilizata cu op<?>iunile --decompress <?>i
                 --stdout, comanda xz nu poate recunoa<?>te tipul fi<?>ierului
                 sursa, <?>i copiaza fi<?>ierul sursa a<?>a cum este la
                 ie<?>irea standard. Acest lucru permite comenzii xzcat
                 --force sa fie folosita drept comanda cat(1) pentru
                 fi<?>ierele care nu au fost comprimate cu xz. Re<?>ine<?>i
                 ca, in viitor, xz ar putea sa accepte noi formate de
                 fi<?>iere comprimate, ceea ce poate face ca xz sa decomprime
                 mai multe tipuri de fi<?>iere in loc sa le copieze a<?>a cum
                 sunt la ie<?>irea standard. Op<?>iunea --format=format poate
                 fi folosita pentru a restric<?>iona xz sa decomprime doar un
                 singur format de fi<?>ier.

       -c, --stdout, --to-stdout
              Scrie datele comprimate sau decomprimate la ie<?>irea standard
              in loc de intr-un fi<?>ier. Aceasta implica --keep.

       --single-stream
              Decomprima numai primul flux .xz <?>i ignora in tacere
              posibilele date de intrare ramase in urma fluxului. In mod
              normal, astfel de resturi ramase face ca xz sa afi<?>eze o
              eroare.


              xz nu decomprima niciodata mai mult de un flux din fi<?>ierele
              .lzma sau din fluxurile brute, dar aceasta op<?>iune face ca xz
              sa ignore posibilele resturi de date ramase dupa fi<?>ierul
              .lzma sau fluxul brut.


              Aceasta op<?>iune nu are efect daca modul de func<?>ionare nu
              este --decompress sau --test.

       --no-sparse
              Dezactiveaza crearea de fi<?>iere dispersate. In mod implicit,
              daca decomprima intr-un fi<?>ier obi<?>nuit, xz incearca sa faca
              fi<?>ierul dispersat daca datele decomprimate con<?>in
              secven<?>e lungi de zerouri binare. De asemenea, func<?>ioneaza
              atunci cand scrie la ie<?>irea standard, atata timp cat
              ie<?>irea standard este conectata la un fi<?>ier obi<?>nuit <?>i
              sunt indeplinite anumite condi<?>ii suplimentare pentru a o face
              in siguran<?>a. Crearea de fi<?>iere dispersate poate economisi
              spa<?>iu pe disc <?>i poate accelera decomprimarea prin
              reducerea cantita<?>ii de date de In/Ie<?> pe disc.

       -S .suf, --suffix=.suf
              Cand comprima, utilizeaza .suf ca sufix pentru fi<?>ierul
              <?>inta in loc de .xz sau .lzma. Daca nu scrie la ie<?>irea
              standard <?>i fi<?>ierul sursa are deja sufixul .suf, este
              afi<?>at un avertisment <?>i fi<?>ierul este omis.


              Cand decomprima, recunoa<?>te fi<?>ierele cu sufixul .suf in
              plus fa<?>a de fi<?>ierele cu sufixul .xz, .txz, .lzma, .tlz sau
              .lz. Daca fi<?>ierul sursa are sufixul .suf, sufixul este
              eliminat pentru a ob<?>ine numele fi<?>ierului <?>inta.


              La comprimarea sau decomprimarea fluxurilor brute
              (--format=raw), sufixul trebuie sa fie intotdeauna specificat,
              cu excep<?>ia cazului in care se scrie la ie<?>irea standard,
              deoarece nu exista un sufix implicit pentru fluxurile brute.

       --files[=fi<?>ier]
              Cite<?>te numele fi<?>ierelor de procesat din fi<?>ier; daca
              fi<?>ierul este omis, numele fi<?>ierelor sunt citite de la
              intrarea standard. Numele de fi<?>iere trebuie sa fie terminate
              cu caracterul de linie noua. O liniu<?>a (-) este luata ca nume
              de fi<?>ier obi<?>nuit; nu inseamna intrarea standard. Daca
              numele de fi<?>iere sunt date <?>i ca argumente in linia de
              comanda, ele sunt procesate inainte ca numele fi<?>ierelor sa
              fie citite din fi<?>ier.

       --files0[=fi<?>ier]
              Aceasta op<?>iune este identica cu --files[=fi<?>ier], cu
              excep<?>ia faptului ca fiecare nume de fi<?>ier trebuie sa fie
              terminat cu caracterul nul.

   Formatul de baza al fi<?>ierului <?>i op<?>iunile de comprimare
       -F format, --format=format
              Specifica formatul fi<?>ierului pentru comprimare sau
              decomprimare:

              auto   Aceasta este valoarea implicita. La comprimare, auto este
                     echivalent cu xz. La decomprimare, formatul fi<?>ierului
                     de intrare este detectat automat. Re<?>ine<?>i ca
                     fluxurile brute (create cu --format=raw) nu pot fi
                     detectate automat.

              xz     Comprima in formatul de fi<?>ier .xz sau accepta numai
                     fi<?>ierele .xz cand decomprima.

              lzma, alone
                     Comprima in formatul de fi<?>ier .lzma vechi sau accepta
                     numai fi<?>ierele .lzma cand decomprima.  Numele
                     alternativ alone este furnizat pentru compatibilitatea cu
                     versiunile mai vechi de LZMA Utils.

              lzip   Accepta numai fi<?>ierele .lz cand decomprima.
                     Comprimarea nu este acceptata.


                     Formatul .lz versiunea 0 <?>i versiunea neextinsa 1 sunt
                     acceptate. Fi<?>ierele versiunea 0 au fost produse de
                     lzip cu versiunea 1.3 sau mai veche. Astfel de fi<?>iere
                     nu sunt obi<?>nuite, dar pot fi gasite in arhivele de
                     fi<?>iere, deoarece cateva pachete sursa au fost lansate
                     in acest format. Oamenii ar putea avea <?>i fi<?>iere
                     personale vechi in acest format. Suportul de decomprimare
                     pentru versiunea de format 0 a fost eliminat in lzip
                     1.18.


                     lzip 1.4 <?>i versiunile ulterioare creeaza fi<?>iere in
                     formatul versiunea 1. Extensia ,,sync flush marker"
                     pentru versiunea 1 de format a fost adaugata in lzip 1.6.
                     Aceasta extensie este folosita rar <?>i nu este acceptata
                     de xz (diagnosticata ca intrare corupta).

              raw    Comprima sau decomprima un flux brut (fara anteturi).
                     Acest lucru este destinat doar utilizatorilor avansa<?>i.
                     Pentru a decodifica fluxurile brute, trebuie sa
                     utiliza<?>i op<?>iunea --format=raw <?>i sa specifica<?>i
                     in mod explicit lan<?>ul de filtre, care in mod normal ar
                     fi fost stocat in anteturile containerului.

       -C verificarea, --check=verificarea
              Specifica tipul verificarii integrita<?>ii. Verificarea este
              calculata din datele necomprimate <?>i stocata in fi<?>ierul
              .xz. Aceasta op<?>iune are efect numai la comprimarea in format
              .xz; formatul .lzma nu accepta verificari de integritate.
              Verificarea integrita<?>ii (daca exista) este efectuata atunci
              cand fi<?>ierul .xz este decomprimat.


              Tipuri de verificare acceptate:

              none   Nu calculeaza deloc o verificare a integrita<?>ii.
                     Aceasta este de obicei o idee proasta. Acest lucru poate
                     fi util atunci cand integritatea datelor este oricum
                     verificata prin alte mijloace.

              crc32  Calculeaza CRC32 folosind polinomul din IEEE-802.3
                     (Ethernet).

              crc64  Calculeaza CRC64 folosind polinomul din ECMA-182. Aceasta
                     este valoarea implicita, deoarece este ceva mai buna
                     decat CRC32 la detectarea fi<?>ierelor deteriorate, iar
                     diferen<?>a de viteza este neglijabila.

              sha256 Calculeaza SHA-256. Acest lucru este oarecum mai lent
                     decat CRC32 <?>i CRC64.


              Integritatea antetelor .xz este intotdeauna verificata cu CRC32.
              Nu este posibila modificarea sau dezactivarea acesteia.

       --ignore-check
              Nu efectueaza verificarea integrita<?>ii datelor comprimate la
              decomprimare. Valorile CRC32 din antetele .xz vor fi insa
              verificate normal.


              Nu utiliza<?>i aceasta op<?>iune decat daca <?>ti<?>i ce
              face<?>i. Motive posibile pentru a utiliza aceasta op<?>iune:

              o  Incercarea de a recupera datele dintr-un fi<?>ier .xz corupt.

              o  Accelerarea decomprimarii. Acest lucru conteaza mai ales cu
                 SHA-256 sau cu fi<?>ierele care s-au comprimat extrem de
                 bine. Este recomandat sa nu utiliza<?>i aceasta op<?>iune in
                 acest scop decat daca integritatea fi<?>ierului este
                 verificata extern intr-un alt mod.

       -0 ... -9
              Selecteaza un nivel prestabilit de comprimare. Valoarea
              implicita este -6. Daca sunt specificate mai multe niveluri
              prestabilite, ultimul are efect. Daca a fost deja specificat un
              lan<?> de filtre personalizat, specificarea unui nivel
              prestabilit de comprimare <?>terge lan<?>ul de filtre
              personalizat.


              Diferen<?>ele dintre valorile prestabilite sunt mai
              semnificative decat cu gzip(1) <?>i bzip2(1). Valorile de
              comprimare selectate determina cerin<?>ele de memorie ale
              instrumentului de decomprimare, astfel incat utilizarea unui
              nivel prea mare prestabilit ar putea face ,,dureroasa"
              decomprimarea fi<?>ierului pe un sistem vechi cu pu<?>ina
              memorie RAM. Mai exact, nu este o idee buna sa folosi<?>i
              orbe<?>te -9 pentru tot a<?>a cum se intampla adesea cu gzip(1)
              <?>i bzip2(1).

              -0 ... -3
                     Acestea sunt valorile prestabilite oarecum rapide. -0
                     este uneori mai rapid decat gzip -9 in timp ce comprima
                     mult mai bine. Cele mai ridicate au adesea viteza
                     comparabila cu bzip2(1) cu un raport de comprimare
                     comparabil sau mai bun, de<?>i rezultatele depind foarte
                     mult de tipul de date care sunt comprimate.

              -4 ... -6
                     Comprimare buna spre foarte buna, pastrand in acela<?>i
                     timp utilizarea memoriei de catre instrumentul de
                     decomprimare la un nivel rezonabil chiar <?>i pentru
                     sistemele vechi. -6 este valoarea implicita, care este de
                     obicei o alegere buna pentru distribuirea fi<?>ierelor
                     care trebuie sa poata fi decomprimate chiar <?>i pe
                     sisteme cu doar 16Mio de memorie RAM. Op<?>iunile (-5e
                     sau -6e ar putea fi demne de luat in considerare. A se
                     vedea op<?>iunea --extreme.)

              -7 ... -9
                     Acestea sunt precum -6, dar cu cerin<?>e mai mari de
                     memorie pentru comprimare <?>i decomprimare. Acestea sunt
                     utile numai atunci cand comprima<?>i fi<?>iere mai mari
                     de 8Mio, 16Mio <?>i, respectiv, 32Mio.


              Pe acela<?>i hardware, viteza de decomprimare este aproximativ
              un numar constant de octe<?>i de date comprimate pe secunda. Cu
              alte cuvinte, cu cat comprimarea este mai buna, cu atat
              decomprimarea va fi de obicei mai rapida. Aceasta inseamna, de
              asemenea, ca valoarea de la ie<?>ire a cantita<?>ii de date
              necomprimate produsa pe secunda poate varia foarte mult.


              Urmatorul tabel rezuma caracteristicile valorilor prestabilite:

                     ValPrestab   DimDict   CPUComp   MemComp   MemDec
                         -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


              Descrieri coloane:

              o  DimDict este dimensiunea dic<?>ionarului LZMA2. Este o risipa
                 de memorie sa folose<?>ti un dic<?>ionar mai mare decat
                 dimensiunea fi<?>ierului necomprimat. De aceea este bine sa
                 evita<?>i utilizarea valorilor prestabilite -7 ... -9 atunci
                 cand nu este nevoie cu adevarat de ele. Pentru valoarea
                 prestabilita -6 sau alta mai mica, cantitatea de memorie
                 irosita este de obicei suficient de mica pentru a nu conta.

              o  CPUComp este o reprezentare simplificata a configurarilor
                 LZMA2 care afecteaza viteza de comprimare. Dimensiunea
                 dic<?>ionarului afecteaza <?>i viteza, a<?>a ca, in timp ce
                 CPUComp este aceea<?>i pentru nivelurile -6 ... -9,
                 nivelurile mai mari tind sa fie pu<?>in mai lente. Pentru a
                 ob<?>ine o comprimare <?>i mai lenta <?>i, astfel, posibil
                 mai buna, consulta<?>i op<?>iunea --extreme.

              o  MemComp con<?>ine cerin<?>ele de memorie ale comprimarii in
                 modul cu un singur fir de execu<?>ie. Poate varia u<?>or
                 intre versiunile xz.

              o  MemDec con<?>ine cerin<?>ele de memorie pentru decomprimare.
                 Adica, configurarile de comprimare determina cerin<?>ele de
                 memorie ale decomprimarii. Cantitatea exacta a memoriei
                 utilizate la decomprimare este pu<?>in mai mare decat
                 dimensiunea dic<?>ionarului LZMA2, dar valorile din tabel au
                 fost rotunjite la urmatorul Mio.


              Cerin<?>ele de memorie ale modului cu mai multe fire de
              execu<?>ie sunt semnificativ mai mari decat cele ale modului cu
              un singur fir de execu<?>ie. Cu valoarea implicita a lui
              --block-size, fiecare fir are nevoie de 3*3*DictSize plus
              MemComp sau MemDec. De exemplu, patru fire de execu<?>ie cu
              valoarea prestabilita -6 au nevoie de 660-670 Mio de memorie.

       -e, --extreme
              Utilizeaza o varianta mai lenta a nivelului prestabilit de
              comprimare selectat (-0 ... -9) pentru a ob<?>ine un raport de
              comprimare pu<?>in mai bun, dar din nefericire, acest lucru il
              poate inrauta<?>i. Utilizarea memoriei pentru decomprimare nu
              este afectata, dar utilizarea memoriei la comprimare cre<?>te
              pu<?>in la nivelurile prestabilite -0 ... -3.


              Deoarece exista doua valori prestabilite cu dimensiuni ale
              dic<?>ionarului de 4Mio <?>i 8Mio, valorile prestabilite -3e
              <?>i -5e folosesc configurari pu<?>in mai rapide (CPUComp mai
              mic) decat -4e <?>i -6e, respectiv. In acest fel, nu exista doua
              nivele prestabilite identice.

                     ValPrestab   DimDict   CPUComp   MemComp   MemDec
                        -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


              De exemplu, exista un total de patru nivele prestabilite care
              folosesc dic<?>ionarul 8Mio, a caror ordine de la cel mai rapid
              la cel mai lent este -5, -6, -5e <?>i -6e .

       --fast
       --best Acestea sunt alias de op<?>iuni, oarecum in<?>elatoare pentru -0
              <?>i, respectiv, -9. Acestea sunt furnizate numai pentru
              compatibilitatea cu LZMA Utils. Evita<?>i utilizarea acestor
              op<?>iuni.

       --block-size=dimensiunea
              Cand comprima in formatul .xz, imparte datele de intrare in
              blocuri de dimensiunea octe<?>i. Blocurile sunt comprimate
              independent unul de celalalt, ceea ce ajuta in modul cu mai
              multe fire de execu<?>ie <?>i face posibila decomprimarea cu
              acces aleatoriu limitat. Aceasta op<?>iune este de obicei
              folosita pentru a suprascrie dimensiunea implicita a blocului in
              modul cu mai multe fire de execu<?>ie, dar aceasta op<?>iune
              poate fi folosita <?>i in modul cu un singur fir de execu<?>ie.


              In modul cu mai multe fire de execu<?>ie, aproximativ de trei
              ori dimensiunea de octe<?>i vor fi aloca<?>i in fiecare fir
              pentru stocarea intrarii <?>i ie<?>irii. Dimensiunea implicita
              este de trei ori dimensiunea dic<?>ionarului LZMA2 sau 1Mio,
              oricare dintre acestea este mai mare. In mod obi<?>nuit, o
              valoare buna este de doua la patru ori dimensiunea
              dic<?>ionarului LZMA2 sau de cel pu<?>in 1Mio. Utilizarea unei
              dimensiuni mai mici decat dimensiunea dic<?>ionarului LZMA2 este
              o risipa de memorie RAM, deoarece atunci memoria tampon a
              dic<?>ionarului LZMA2 nu va fi niciodata utilizata pe deplin. In
              modul cu mai multe fire de execu<?>ie, dimensiunile blocurilor
              sunt stocate in anteturile blocurilor. Aceste informa<?>ii
              privind dimensiunea sunt necesare pentru decomprimarea cu mai
              multe fire.


              In modul cu un singur fir de execu<?>ie, nicio divizare a
              blocurilor nu se face in mod implicit. Folosirea acestei
              op<?>iuni nu afecteaza utilizarea memoriei. Nu sunt stocate
              informa<?>ii despre dimensiune in antetele blocurilor, astfel
              incat fi<?>ierele create in modul cu un singur fir de execu<?>ie
              nu vor fi identice cu fi<?>ierele create in modul cu mai multe
              fire de execu<?>ie. Lipsa informa<?>iilor privind dimensiunea
              inseamna, de asemenea, ca xz nu va putea decomprima fi<?>ierele
              in modul cu mai multe fire. de execu<?>ie.

       --block-list=elemente
              Cand comprima in formatul .xz, incepe un nou bloc cu un lan<?>
              de filtre personalizat op<?>ional dupa intervalele specificate
              de date necomprimate.


              elementele sunt o lista separata prin virgule. Fiecare element
              este format dintr-un numar op<?>ional de lan<?> de filtrare
              intre 0 <?>i 9, urmat de doua puncte (:) <?>i de o dimensiune
              ceruta a datelor necomprimate. Omiterea unui element (doua sau
              mai multe virgule consecutive) este o prescurtare pentru a
              utiliza dimensiunea <?>i filtrele din elementul anterior.


              In cazul in care fi<?>ierul de intrare este mai mare decat suma
              dimensiunilor din elemente, ultimul element se repeta pana la
              sfar<?>itul fi<?>ierului. O valoare speciala de 0 poate fi
              utilizata ca ultima dimensiune pentru a indica faptul ca restul
              fi<?>ierului trebuie sa fie codificat ca un singur bloc.


              Un lan<?> de filtre alternativ pentru fiecare bloc poate fi
              specificat in combina<?>ie cu op<?>iunile --filters1=filtre ...
              --filters9=filtre. Aceste op<?>iuni definesc lan<?>uri de filtre
              cu un identificator cuprins intre 1-9. Lan<?>ul de filtre 0
              poate fi utilizat pentru a se referi la lan<?>ul de filtre
              implicit, ceea ce este acela<?>i lucru cu a nu specifica un
              lan<?> de filtre. Identificatorul lan<?>ului de filtre poate fi
              utilizat inaintea dimensiunii necomprimate, urmat de doua puncte
              (:). De exemplu, daca se specifica
              --block-list=1:2MiB,3:2MiB,2:4MiB,,2MiB,0:4MiB, atunci blocurile
              vor fi create folosind:

              o  Lan<?>ul de filtre specificat de --filters1 <?>i 2 Mio de
                 intrare

              o  Lan<?>ul de filtre specificat de --filters3 <?>i 2 Mio de
                 intrare

              o  Lan<?>ul de filtre specificat de --filters2 <?>i 4 Mio de
                 intrare

              o  Lan<?>ul de filtre specificat de --filters2 <?>i 4 Mio de
                 intrare

              o  Lan<?>ul de filtre implicit <?>i 2 MiB de intrare

              o  Lan<?>ul de filtre implicit <?>i 4 MiB de intrare pentru
                 fiecare bloc pana la sfar<?>itul intrarii.


              Daca se specifica o dimensiune care depa<?>e<?>te dimensiunea
              blocului codificatorului (fie valoarea implicita in modul cu
              fire de execu<?>ie, fie valoarea specificata cu
              --block-size=dimensiune), codificatorul va crea blocuri
              suplimentare, pastrand limitele specificate in elemente. De
              exemplu, daca se specifica --block-size=10MiB
              --block-list=5MiB,10MiB,8MiB,12MiB,24MiB <?>i fi<?>ierul de
              intrare este de 80 MiB, se vor ob<?>ine 11 blocuri: 5, 10, 8,
              10, 10, 2, 10, 10, 10, 4, 10, 10, 10 <?>i 1 Mio.


              In modul cu mai multe fire de execu<?>ie, dimensiunile
              blocurilor sunt stocate in antetele blocurilor. Acest lucru nu
              se face in modul cu un singur fir de execu<?>ie, astfel incat
              ie<?>irea codificata nu va fi identica cu cea a modului cu mai
              multe fire de execu<?>ie.

       --flush-timeout=timp_limita
              La comprimare, daca au trecut mai mult de timp_limita
              milisecunde (un intreg pozitiv) de la cura<?>area anterioara
              <?>i citirea mai multor intrari s-ar bloca, toate datele de
              intrare in a<?>teptare sunt eliminate din codificator <?>i puse
              la dispozi<?>ie in fluxul de ie<?>ire. Acest lucru poate sa fie
              util daca xz este utilizat pentru a comprima datele care sunt
              transmise in flux printr-o re<?>ea. Valorile mici de timp_limita
              fac datele disponibile la capatul de recep<?>ie cu o mica
              intarziere, dar valorile mari de timp_limita ofera un raport de
              comprimare mai bun.


              Aceasta caracteristica este dezactivata in mod implicit. Daca
              aceasta op<?>iune este specificata de mai multe ori, ultima este
              cea care se ia in considerare. Valoarea speciala a lui
              timp_limita de 0, poate fi utilizata pentru a dezactiva in mod
              explicit aceasta caracteristica.


              Aceasta caracteristica nu este disponibila in sistemele
              non-POSIX.


              Aceasta caracteristica este inca experimentala. In prezent, xz
              este nepotrivit pentru decomprimarea fluxului in timp real
              datorita modului in care xz utilizeaza memoria tampon.

       --memlimit-compress=limita
              Stabile<?>te o limita de utilizare a memoriei pentru comprimare.
              Daca aceasta op<?>iune este specificata de mai multe ori, ultima
              va avea efect.


              Daca parametrii de comprimare depa<?>esc limita, xz va incerca
              sa ajusteze parametrii scazand valorile acestora, astfel incat
              limita sa nu mai fie depa<?>ita <?>i va afi<?>a o notificare ca
              ajustarea automata a fost efectuata. Ajustarile se fac in
              aceasta ordine: reducerea numarului de fire, trecerea la modul
              un singur fir de execu<?>ie daca chiar <?>i un singur fir in
              modul cu mai multe fire de execu<?>ie depa<?>e<?>te limita <?>i,
              in final, reducerea dimensiunii dic<?>ionarului LZMA2.


              Cand comprima cu op<?>iunea --format=raw sau daca a fost
              specificata op<?>iunea --no-adjust, numai numarul de fire poate
              fi redus, deoarece se poate face fara a afecta rezultatul
              comprimarii.


              Daca limita nu poate fi indeplinita chiar <?>i cu ajustarile
              descrise mai sus, este afi<?>ata o eroare <?>i xz va ie<?>i cu
              starea de ie<?>ire 1.


              Limita poate fi specificata in mai multe moduri:

              o  Limita poate fi o valoare absoluta in octe<?>i. Utilizarea
                 unui sufix intreg precum MiB poate fi utila. De exemplu:
                 --memlimit-compress=80MiB

              o  Limita poate fi specificata ca procent din memoria fizica
                 totala (RAM). Acest lucru poate fi util mai ales atunci cand
                 defini<?>i variabila de mediu XZ_DEFAULTS intr-un script de
                 ini<?>ializare shell care este partajat intre diferite
                 calculatoare. In acest fel, limita este automat mai mare pe
                 sistemele cu mai multa memorie. De exemplu:
                 --memlimit-compress=70%

              o  Limita poate fi restabilita la valoarea implicita dandu-i
                 valoarea 0. In prezent, aceasta este echivalenta cu
                 stabilirea limitei la max (fara limita de utilizare a
                 memoriei).


              Pentru xz pe 32 de bi<?>i exista un caz special: daca limita ar
              fi peste 4020MiB, limita este stabilita la 4020MiB.  Pe MIPS32
              este stabilita in schimb la 2000MiB; (valorile 0 <?>i max nu
              sunt afectate de acest lucru -- o caracteristica similara nu
              exista pentru decomprimare). Acest lucru poate fi util atunci
              cand un executabil pe 32 de bi<?>i are acces la un spa<?>iu de
              adrese de 4Gio (2Gio pe MIPS32), se spera ca nu produce daune in
              alte situa<?>ii.


              Consulta<?>i <?>i sec<?>iunea Utilizarea memoriei.

       --memlimit-decompress=limita
              Stabile<?>te o limita de utilizare a memoriei pentru
              decomprimare. Acest lucru afecteaza <?>i modul --list. Daca
              opera<?>iunea nu este posibila fara a depa<?>i limita, xz va
              afi<?>a o eroare <?>i decomprimarea fi<?>ierului va e<?>ua.
              Consulta<?>i --memlimit-compress=limita pentru modalita<?>ile
              posibile de a specifica limita.

       --memlimit-mt-decompress=limita
              Stabile<?>te o limita de utilizare a memoriei pentru
              decomprimarea cu mai multe fire de execu<?>ie. Acest lucru poate
              afecta doar numarul de fire de execu<?>ie; acest lucru nu il va
              face niciodata pe xz sa refuze decomprimarea unui fi<?>ier. Daca
              limita este prea scazuta pentru a permite orice mod cu mai multe
              fire de execu<?>ie, limita este ignorata <?>i xz va continua in
              modul cu un singur fir de execu<?>ie. Re<?>ine<?>i ca, daca se
              folose<?>te <?>i op<?>iunea --memlimit-decompress, se va aplica
              intotdeauna atat modurilor cu un singur fir de execu<?>ie, cat
              <?>i modurilor cu mai multe fire de execu<?>ie <?>i astfel
              limita efectiva pentru modul cu mai multe fire de execu<?>ie nu
              va fi niciodata mai mare decat limita stabilita cu op<?>iunea
              --memlimit-decompress.


              Spre deosebire de celelalte op<?>iuni de limita de utilizare a
              memoriei, op<?>iunea --memlimit-mt-decompress=limita are o
              limita implicita specifica sistemului. Comanda xz --info-memory
              poate fi folosita pentru a vedea valoarea curenta.


              Aceasta op<?>iune <?>i valoarea ei implicita exista deoarece,
              fara nicio limita, decomprimarea cu (mai multe) fire de
              execu<?>ie ar putea ajunge sa aloce o cantitate ,,nebuna" de
              memorie cu unele fi<?>iere de intrare. Daca limita implicita
              este prea scazuta pe sistemul dumneavoastra, nu ezita<?>i sa
              cre<?>te<?>i limita, dar niciodata sa nu o stabili<?>i la o
              valoare mai mare decat cantitatea de memorie RAM utilizabila
              <?>i cu ni<?>te fi<?>iere de intrare adecvate, xz va incerca sa
              utilizeze acea cantitate de memorie chiar <?>i cu un numar redus
              de fire de execu<?>ie. Rularea lui xz cu depa<?>irea
              cantita<?>ii de memorie fizice(RAM) sau a celei de
              interschimb(swap) nu va imbunata<?>i performan<?>a de
              decomprimare.


              Consulta<?>i op<?>iunea --memlimit-compress=limita pentru
              modalita<?>i posibile de a specifica limita. Stabilirea limitei
              la 0 restabile<?>te limita la valoarea implicita specifica
              sistemului.

       -M limita, --memlimit=limita, --memory=limita
              Aceasta este echivalenta cu specificarea op<?>iunilor:
              --memlimit-compress=limita --memlimit-decompress=limita
              --memlimit-mt-decompress=limita.

       --no-adjust
              Afi<?>eaza o eroare <?>i iese daca limita de utilizare a
              memoriei nu poate fi indeplinita fara ajustarea parametrilor
              care afecteaza ie<?>irea comprimata. Adica, acest lucru
              impiedica xz sa comute codificatorul din modul cu mai multe fire
              de execu<?>ie in modul cu un singur fir de execu<?>ie <?>i sa
              reduca dimensiunea dic<?>ionarului LZMA2. Chiar <?>i atunci cand
              aceasta op<?>iune este utilizata, numarul de fire de execu<?>ie
              poate fi redus pentru a indeplini limita de utilizare a
              memoriei, deoarece aceasta nu va afecta comprimarea.


              Ajustarea automata este intotdeauna dezactivata la crearea
              fluxurilor brute (--format=raw).

       -T numar, --threads=numar
              Specifica numarul de fire de execu<?>ie de utilizat. Stabilirea
              numarului la valoarea speciala 0, face ca xz sa utilizeze pana
              la atatea fire de execu<?>ie cate procesoare sunt in sistem.
              Numarul real de fire de execu<?>ie poate fi mai mic decat numar
              daca fi<?>ierul de intrare nu este suficient de mare pentru a
              trece la modul cu mai multe fire de execu<?>ie cu parametrii
              da<?>i, sau daca folosirea mai multor fire de execu<?>ie ar
              depa<?>i limita de utilizare a memoriei.


              Opera<?>iile de comprimare cu un singur fir de execu<?>ie <?>i
              cele cu mai multe fire de execu<?>ie produc ie<?>iri diferite.
              Comprimarea cu un singur fir de execu<?>ie va oferi cea mai mica
              dimensiune a fi<?>ierului, dar numai ie<?>irea de la comprimarea
              cu mai multe fire de execu<?>ie poate fi decomprimata folosind
              mai multe fire. Stabilirea numarului la 1 va determina ca xz sa
              foloseasca modul cu un singur fir de execu<?>ie. Stabilirea
              numarului la orice alta valoare, inclusiv 0, va determina ca xz
              sa foloseasca comprimarea cu mai multe fire de execu<?>ie chiar
              daca sistemul accepta doar un fir hardware; (xz 5.2.x
              folose<?>te modul cu un singur fir de execu<?>ie in aceasta
              situa<?>ie).


              Pentru a utiliza modul cu mai multe fire de execu<?>ie cu un
              singur fir, stabili<?>i numarul la +1. Prefixul + nu are efect
              cu alte valori decat 1. O limita de utilizare a memoriei poate
              face in continuare xz sa treaca in modul cu un singur fir, cu
              excep<?>ia cazului in care este utilizata op<?>iunea
              --no-adjust. Suportul pentru prefixul + a fost adaugat in xz
              5.4.0.


              Daca a fost solicitat un numar automat de fire <?>i nu a fost
              specificata nicio limita de utilizare a memoriei, atunci o
              limita ,,maleabila" implicita specifica sistemului va fi
              utilizata pentru a limita eventual numarul de fire de
              execu<?>ie. Este o limita ,,maleabila" in sensul ca este
              ignorata daca numarul de fire devine unul, astfel o limita
              ,,maleabila" nu va opri niciodata xz sa comprime sau sa
              decomprime. Aceasta limita ,,maleabila" implicita nu va face xz
              sa treaca de la modul cu mai multe fire de execu<?>ie la modul
              cu un singur fir de execu<?>ie. Limitele active pot fi vazute
              ruland comanda xz --info-memory.


              In prezent, singura metoda de procesare cu fire de execu<?>ie
              este impar<?>irea intrarii in blocuri <?>i comprimarea lor
              independent unul de celalalt. Dimensiunea implicita a blocului
              depinde de nivelul de comprimare <?>i poate fi inlocuita cu
              op<?>iunea --block-size=dimensiune.


              Decomprimarea cu fire de execu<?>ie func<?>ioneaza numai pe
              fi<?>ierele care con<?>in mai multe blocuri cu informa<?>ii
              despre dimensiune in antetele blocurilor. Toate fi<?>ierele
              suficient de mari comprimate in modul cu mai multe fire de
              execu<?>ie indeplinesc aceasta condi<?>ie, dar fi<?>ierele
              comprimate in modul cu un singur fir de execu<?>ie nu o
              indeplinesc chiar daca a fost folosita op<?>iunea
              --block-size=dimensiune.


              Valoarea implicita pentru fire de execu<?>ie este 0. In xz 5.4.x
              <?>i mai vechi, valoarea implicita este 1.

   Lan<?>uri de filtrare personalizate pentru instrumentul de comprimare
       Un lan<?> de filtrare personalizat permite specificarea parametrilor de
       comprimare in detaliu, in loc sa se bazeze pe cei asocia<?>i
       op<?>iunilor prestabilite. Cand este specificat un lan<?> de filtrare
       personalizat, op<?>iunile prestabilite (-0 ... -9 <?>i --extreme) de
       mai devreme din linia de comanda sunt uitate. Daca o op<?>iune
       prestabilita este specificata dupa una sau mai multe op<?>iuni de
       lan<?> de filtrare personalizat, noua prestabilire intra in vigoare
       <?>i op<?>iunile lan<?>ului de filtrare personalizat, specificate mai
       devreme sunt uitate.

       Un lan<?> de filtrare este comparabil cu conductele din linia de
       comanda. La comprimare, intrarea necomprimata merge la primul filtru, a
       carui ie<?>ire merge la urmatorul filtru (daca exista). Ie<?>irea
       ultimului filtru este scrisa in fi<?>ierul comprimat. Numarul maxim de
       filtre din lan<?> este de patru, dar de obicei un lan<?> de filtrare
       are doar unul sau doua filtre.

       Multe filtre au limitari in ceea ce prive<?>te locul in care se pot
       afla in lan<?>ul de filtrare: unele filtre pot func<?>iona doar ca
       ultimul filtru din lan<?>, altele doar ca non-ultim filtru <?>i unele
       func<?>ioneaza in orice pozi<?>ie din lan<?>. In func<?>ie de filtru,
       aceasta limitare este fie inerenta proiectarii filtrului, fie exista
       pentru a preveni problemele de securitate.

       Un lan<?> de filtre personalizat poate fi specificat in doua moduri
       diferite. Op<?>iunile --filters=filtre <?>i --filters1=filtre ...
       --filters9=filtre permit specificarea unui intreg lan<?> de filtre
       intr-o singura op<?>iune, folosind sintaxa <?>irului de filtre liblzma.
       Alternativ, un lan<?> de filtre poate fi specificat prin utilizarea
       uneia sau mai multor op<?>iuni de filtrare individuale in ordinea in
       care sunt dorite in lan<?>ul de filtre. Adica, ordinea op<?>iunilor de
       filtrare individuale este semnificativa! La decodificarea fluxurilor
       brute (--format=raw), lan<?>ul de filtre trebuie sa fie specificat in
       aceea<?>i ordine in care a fost specificat la comprimare. Orice filtru
       individual sau op<?>iuni presetate specificate inainte de op<?>iunea de
       lan<?> complet (--filters=filtre) vor fi uitate. Filtrele individuale
       specificate dupa op<?>iunea ,,lan<?> complet" vor reini<?>ializa
       lan<?>ul de filtre.

       Atat op<?>iunile de filtrare completa, cat <?>i cele de filtrare
       individuala accepta op<?>iuni specifice filtrului sub forma unei liste
       separate prin virgule. Se ignora virgulele suplimentare din op<?>iuni.
       Fiecare op<?>iune are o valoare implicita, deci specifica<?>i-le pe
       cele pe care dori<?>i sa le modifica<?>i.

       Pentru a vedea intregul lan<?> de filtre <?>i op<?>iuni, utiliza<?>i xz
       -vv (adica folosi<?>i --verbose de doua ori). Acest lucru
       func<?>ioneaza <?>i pentru vizualizarea op<?>iunilor lan<?>ului de
       filtre utilizate de valorile prestabilite.

       --filters=filtre
              Specifica<?>i intregul lan<?> de filtre sau o presetare intr-o
              singura op<?>iune. Fiecare filtru poate fi separat prin spa<?>ii
              sau doua liniu<?>e (--). Este posibil sa fie necesar ca filtrele
              sa fie puse intre ghilimele in linia de comanda a shell-ului
              pentru a fi analizate ca o singura op<?>iune. Pentru a indica
              op<?>iuni, utiliza<?>i : sau =. O presetare poate fi prefixata
              cu un - <?>i urmata de zero sau mai multe indicatoare. Singurul
              indicator suportat este e pentru a aplica acelea<?>i op<?>iuni
              ca <?>i --extreme.

       --filters1=filtre ... --filters9=filtre
              Specifica pana la noua lan<?>uri de filtre suplimentare care pot
              fi utilizate cu --block-list.


              De exemplu, atunci cand se comprima o arhiva cu fi<?>iere
              executabile urmate de fi<?>iere text, partea executabila ar
              putea utiliza un lan<?> de filtre cu un filtru BCJ, iar partea
              de text doar filtrul LZMA2.

       --filters-help
              Afi<?>eaza un mesaj de ajutor care descrie modul de specificare
              a presetarilor <?>i a lan<?>urilor de filtre personalizate in
              op<?>iunile --filters <?>i --filters1=filtre ...
              --filters9=filtre <?>i iese.

       --lzma1[=op<?>iuni]
       --lzma2[=op<?>iuni]
              Adauga filtrul LZMA1 sau LZMA2 la lan<?>ul de filtre. Aceste
              filtre pot fi folosite doar ca ultimul filtru din lan<?>.


              LZMA1 este un filtru vechi, care este acceptat aproape exclusiv
              datorita formatului de fi<?>ier vechi .lzma, care accepta numai
              LZMA1. LZMA2 este o versiune actualizata a LZMA1 pentru a
              rezolva unele probleme practice ale LZMA1. Formatul .xz
              folose<?>te LZMA2 <?>i nu accepta deloc LZMA1. Viteza de
              comprimare <?>i rapoartele LZMA1 <?>i LZMA2 sunt practic
              acelea<?>i.


              LZMA1 <?>i LZMA2 au acela<?>i set de op<?>iuni:

              preset=prestabilit
                     Reconfigureaza toate op<?>iunile LZMA1 sau LZMA2 la
                     prestabilit. prestabilit consta dintr-un numar intreg,
                     care poate fi urmat de modificatori prestabili<?>i cu o
                     singura litera.  Numarul intreg poate fi de la 0 la 9,
                     potrivindu-se cu op<?>iunile liniei de comanda -0 ... -9.
                     Singurul modificator acceptat in prezent este e, care se
                     potrive<?>te cu --extreme. Daca nu este specificat
                     prestabilit, valorile implicite ale op<?>iunilor LZMA1
                     sau LZMA2 sunt preluate din prestabilirea 6.

              dict=dimensiunea
                     Dimensiunea dic<?>ionarului (istoricul memoriei tampon)
                     indica ca<?>i octe<?>i din datele necomprimate recent
                     procesate sunt pastra<?>i in memorie. Algoritmul incearca
                     sa gaseasca secven<?>e de octe<?>i care se repeta
                     (potriviri) in datele necomprimate <?>i sa le inlocuiasca
                     cu referin<?>e la datele aflate in prezent in
                     dic<?>ionar. Cu cat dic<?>ionarul este mai mare, cu atat
                     este mai mare <?>ansa de a gasi o potrivire. Astfel,
                     cre<?>terea dimensiunii dic<?>ionarului imbunata<?>e<?>te
                     de obicei raportul de comprimare, dar un dic<?>ionar mai
                     mare decat fi<?>ierul necomprimat este risipa de memorie.


                     Dimensiuneatipica a dic<?>ionarului este de la 64Kio pana
                     la 64Mio. Minimul este de 4Kio. Maximul pentru compresie
                     este in prezent de 1,5Gio (1536Mio). Decomprimarea
                     accepta deja dic<?>ionare cu pana la un octet mai pu<?>in
                     de 4Gio, care este maximul pentru formatele de flux LZMA1
                     <?>i LZMA2.


                     Dimensiunea dic<?>ionarului <?>i gasitorul de potriviri
                     (match finder) -> (mf) determina impreuna utilizarea
                     memoriei de catre codificatorul LZMA1 sau LZMA2.
                     Aceea<?>i dimensiune a dic<?>ionarului (sau mai mare)
                     care a fost utilizata la comprimare, este necesara pentru
                     decomprimare, astfel incat utilizarea memoriei de catre
                     decodificator este determinata de dimensiunea
                     dic<?>ionarului utilizata la comprimare. Antetele .xz
                     stocheaza dimensiunea dic<?>ionarului fie ca 2^n, fie ca
                     2^n + 2^(n-1), deci aceste dimensiuni sunt oarecum
                     preferate pentru comprimare. Alte dimensiuni vor fi
                     rotunjite atunci cand sunt stocate in anteturile .xz.

              lc=lc  Specifica numarul de bi<?>i de context literal. Minimul
                     este 0 <?>i maximul este 4; implicit este 3.  In plus,
                     suma lc <?>i lp nu trebuie sa depa<?>easca 4.


                     To<?>i octe<?>ii care nu pot fi codifica<?>i ca potriviri
                     sunt codifica<?>i ca literali. Adica, literalii sunt pur
                     <?>i simplu octe<?>i de 8 bi<?>i care sunt codifica<?>i
                     unul cate unul.


                     Codificarea literala presupune ca cei mai mari bi<?>i lc
                     ai octetului anterior necomprimat se coreleaza cu octetul
                     urmator. De exemplu, in textul tipic englezesc, o litera
                     mare este adesea urmata de o litera mica, iar o litera
                     mica este urmata de obicei de o alta litera mica. In
                     setul de caractere US-ASCII, cei mai mari trei bi<?>i
                     sunt 010 pentru literele mari <?>i 011 pentru literele
                     mici. Cand lc este cel pu<?>in 3, codificarea literala
                     poate profita de aceasta proprietate in datele
                     necomprimate.


                     Valoarea implicita (3) este de obicei buna. Daca dori<?>i
                     o comprimare maxima, testa<?>i lc=4. Uneori ajuta
                     pu<?>in, iar uneori inrauta<?>e<?>te comprimarea . Daca o
                     agraveaza, incerca<?>i de-asemeni cu lc=2.

              lp=lp  Specifica numarul de bi<?>i de pozi<?>ie literala.
                     Minimul este 0 <?>i maximul este 4; implicit este 0.


                     Lp afecteaza ce fel de aliniere in datele necomprimate
                     este presupusa la codificarea literalelor. Consulta<?>i
                     argumentul pb de mai jos pentru mai multe informa<?>ii
                     despre aliniere.

              pb=pb  Specifica numarul de bi<?>i de pozi<?>ie. Minimul este 0
                     <?>i maximul este 4; implicit este 2.


                     Pb afecteaza ce fel de aliniere in datele necomprimate
                     este presupusa in general. Valoarea implicita inseamna
                     alinierea pe patru octe<?>i (2^pb=2^2=4), care este
                     adesea o alegere buna atunci cand nu exista o ipoteza mai
                     buna.


                     Cand alinierea este cunoscuta, definirea lui pb in mod
                     corespunzator poate reduce pu<?>in dimensiunea
                     fi<?>ierului. De exemplu, cu fi<?>ierele text cu aliniere
                     pe un octet (US-ASCII, ISO-8859-*, UTF-8), definirea pb=0
                     poate imbunata<?>i u<?>or comprimarea. Pentru textul
                     UTF-16, pb=1 este o alegere buna. Daca alinierea este un
                     numar impar, cum ar fi 3 octe<?>i, pb=0 ar putea fi cea
                     mai buna alegere.


                     Chiar daca alinierea presupusa poate fi ajustata cu pb
                     <?>i lp, LZMA1 <?>i LZMA2 inca favorizeaza u<?>or
                     alinierea pe 16 octe<?>i. Ar putea fi demn de luat in
                     considerare atunci cand proiecta<?>i formate de fi<?>iere
                     care pot fi adesea comprimate cu LZMA1 sau LZMA2.

              mf=mf  Cautarea potrivirilor are un efect major asupra vitezei
                     codificatorului, utilizarii memoriei <?>i raportului de
                     comprimare. De obicei, gasitorii de potriviri din
                     lan<?>ul sumelor de control sunt mai rapizi decat
                     gasitorii de potriviri din arborele binar. Valoarea
                     implicita depinde de prestabilit: 0 folose<?>te hc3, 1-3
                     folose<?>te hc4, iar restul folose<?>te bt4.


                     Sunt acceptate urmatoarele op<?>iuni de cautare de
                     potriviri. Formulele de utilizare a memoriei de mai jos
                     sunt aproximari estimative, care se apropie cel mai mult
                     de realitate atunci cand dict este o putere a lui doi.

                     hc3    Lan<?> de suma de control, cu suma de control de 2
                            <?>i 3 octe<?>i
                            Valoarea minima pentru nice: 3
                            Utilizarea memoriei:
                            dict * 7.5 (daca dict <= 16 Mio);
                            dict * 5.5 + 64 MiB (daca dict > 16 Mio)

                     hc4    Lan<?> de suma de control, cu suma de control de
                            2, 3 <?>i 4 octe<?>i
                            Valoarea minima pentru nice: 4
                            Utilizarea memoriei:
                            dict * 7.5 (daca dict <= 32 Mio);
                            dict * 6.5 (daca dict > 32 Mio)

                     bt2    Arbore binar cu suma de control de 2 octe<?>i
                            Valoarea minima pentru nice: 2
                            Utilizarea memoriei: dict * 9.5

                     bt3    Arbore binar cu suma de control de 2 <?>i 3
                            octe<?>i
                            Valoarea minima pentru nice: 3
                            Utilizarea memoriei:
                            dict * 11.5 (daca dict <= 16 Mio);
                            dict * 9.5 + 64 MiB (daca dict > 16 Mio)

                     bt4    Arbore binar cu suma de control de 2, 3 <?>i 4
                            octe<?>i
                            Valoarea minima pentru nice: 4
                            Utilizarea memoriei:
                            dict * 11.5 (daca dict <= 32 Mio);
                            dict * 10.5 (daca dict > 32 Mio)

              mode=mod
                     Comprimarea mod specifica metoda de analiza a datelor
                     produse de gasitorul de potriviri. Modurile acceptate
                     sunt fast(rapid) <?>i normal. Valoarea implicita este
                     fast pentru prestabiliri 0-3 <?>i normal pentru
                     prestabiliri 4-9.


                     De obicei, fast este folosit cu instrumentele de cautare
                     de potriviri ale lan<?>ului de sume de control, <?>i
                     normal cu instrumentele de cautare de potriviri din
                     arborele binar. Aceasta este <?>i ceea ce fac
                     prestabiririle.

              nice=nice
                     Specifica ceea ce este considerat a fi o lungime
                     buna(nice) pentru o potrivire. Odata ce este gasita o
                     potrivire de cel pu<?>in nice octe<?>i, algoritmul nu mai
                     cauta dupa potriviri posibile mai bune.


                     Nice poate fi de 2-273 octe<?>i. Valorile mai mari tind
                     sa ofere un raport de comprimare mai bun in detrimentul
                     vitezei. Valoarea implicita depinde de prestabilit.

              depth=adancimea
                     Specifica adancimea maxima de cautare in gasitorul de
                     potriviri. Valoarea implicita este valoarea speciala de
                     0, ceea ce face ca instrumentul de comprimare sa
                     determine o adancime rezonabila pornind de la valorile mf
                     <?>i nice.


                     Adancimea rezonabila pentru lan<?>uri de suma de control
                     este 4-100 <?>i 16-1000 pentru arbori binari. Folosirea
                     unor valori foarte mari pentru adancime poate face
                     codificatorul extrem de lent cu unele fi<?>iere.
                     Evita<?>i sa stabili<?>i adancimea la valori peste 1000,
                     cu excep<?>ia cazului in care sunte<?>i pregatit sa
                     intrerupe<?>i comprimarea in cazul in care dureaza prea
                     mult.


              La decodificarea fluxurilor brute (--format=raw), LZMA2 are
              nevoie doar de dimensiunea dic<?>ionarului. LZMA1 are nevoie de
              asemenea de lc, lp <?>i pb.

       --x86[=op<?>iuni]
       --arm[=op<?>iuni]
       --armthumb[=op<?>iuni]
       --arm64[=op<?>iuni]
       --powerpc[=op<?>iuni]
       --ia64[=op<?>iuni]
       --sparc[=op<?>iuni]
       --riscv[=op<?>iuni]
              Adauga un filtru de ramura/apel/salt (branch/call/jump <?>
              ,,BCJ") la lan<?>ul de filtre. Aceste filtre pot fi utilizate
              numai ca un filtru care nu este ultimul din lan<?>ul de
              filtrare.


              Un filtru BCJ converte<?>te adresele relative din codul
              ma<?>inii in omoloagele lor absolute. Acest lucru nu modifica
              dimensiunea datelor, dar cre<?>te redundan<?>a, ceea ce poate
              ajuta LZMA2 sa produca fi<?>ier .xz cu 0-15 % mai mic. Filtrele
              BCJ sunt intotdeauna reversibile, deci folosind un filtru BCJ
              pentru tipul gre<?>it de date nu provoaca nicio pierdere de
              date, de<?>i poate inrauta<?>i pu<?>in raportul de comprimare.
              Filtrele BCJ sunt foarte rapide <?>i folosesc o cantitate
              nesemnificativa de memorie.


              Aceste filtre BCJ au probleme cunoscute legate de raportul de
              comprimare:

              o  Unele tipuri de fi<?>iere care con<?>in cod executabil (de
                 exemplu, fi<?>iere obiect, biblioteci statice <?>i module de
                 kernel Linux) au adresele din instruc<?>iuni completate cu
                 valori de umplere. Aceste filtre BCJ vor face in continuare
                 conversia adresei, ceea ce va inrauta<?>i comprimarea cu
                 aceste fi<?>iere.

              o  Daca pe o arhiva este aplicat un filtru BCJ, este posibil ca
                 raportul de comprimare sa fie mai rau decat la neutilizarea
                 unui filtru BCJ. De exemplu, daca exista executabile similare
                 sau chiar identice, filtrarea va face probabil fi<?>ierele
                 mai pu<?>in asemanatoare <?>i astfel comprimarea este mai
                 proasta. Con<?>inutul fi<?>ierelor neexecutabile din
                 aceea<?>i arhiva poate conta <?>i el. In practica, trebuie sa
                 incerca<?>i cu <?>i fara filtru BCJ pentru a vedea care
                 rezultat este mai bun in fiecare situa<?>ie.


              Seturi de instruc<?>iuni diferite au o aliniere diferita:
              fi<?>ierul executabil trebuie aliniat la un multiplu al acestei
              valori in datele de intrare pentru ca filtrul sa func<?>ioneze.

                     Filtru      Aliniere   Note
                     x86             1      x86 pe 32 de bi<?>i
                                            sau 64 de bi<?>i
                     ARM             4
                     ARM-Thumb       2
                     ARM64           4      alinierea pe 4096-octe<?>i
                                            este cea mai buna
                     PowerPC         4      Doar big endian
                     IA-64          16      Itanium
                     SPARC           4
                     RISC-V          2


              Deoarece datele filtrate prin BCJ sunt de obicei comprimate cu
              LZMA2, raportul de comprimare poate fi u<?>or imbunata<?>it daca
              op<?>iunile LZMA2 sunt definite pentru a se potrivi cu alinierea
              filtrului BCJ selectat. Exemple:

              o  Filtrul IA-64 are o aliniere de 16 octe<?>i, astfel incat
                 pb=4,lp=4,lc=0 este alegere adecvata cu LZMA2 (2^4=16).

              o  Codul RISC-V are o aliniere pe 2 sau 4 octe<?>i, depinzand de
                 faptul ca fi<?>ierul con<?>ine instruc<?>iuni comprimate pe
                 16 bi<?>i (extensia C) sau nu. Atunci cand se utilizeaza
                 instruc<?>iuni pe 16 bi<?>i, pb=2,lp=1,lc=3 sau
                 pb=1,lp=1,lc=3 este o alegere buna. Atunci cand nu sunt
                 prezente instruc<?>iuni pe 16 bi<?>i, pb=2,lp=2,lc=2 este cea
                 mai buna alegere. readelf -h poate fi utilizata pentru a
                 verifica daca ,,RVC" apare in linia ,,Indicatori".

              o  ARM64 este intotdeauna aliniat pe 4 octe<?>i, astfel incat
                 pb=2,lp=2,lc=2 este cea mai buna alegere.

              o  Filtrul x86 este o excep<?>ie. De obicei, este bine sa
                 ramane<?>i la valorile implicite ale LZMA2 (pb=2,lp=0,lc=3)
                 atunci cand comprima<?>i executabile x86.


              Toate filtrele BCJ accepta acela<?>i op<?>iuni:

              start=pozi<?>ie
                     Specifica pozi<?>ia de pornire care este utilizata la
                     conversia intre adresele relative <?>i absolute.
                     Pozi<?>ia trebuie sa fie un multiplu al alinierii
                     filtrului (consulta<?>i tabelul de mai sus).  Valoarea
                     implicita este zero. In practica, valoarea implicita este
                     buna; specificarea unei pozi<?>ii personalizate nu este
                     aproape niciodata utila.

       --delta[=op<?>iuni]
              Adauga filtrul Delta in lan<?>ul de filtrare. Filtrul Delta
              poate fi folosit doar ca un filtru care nu este ultimul in
              lan<?>ul de filtrare.


              In prezent, este acceptat doar calculul delta simplu de
              octe<?>i. Poate fi util la comprimarea, de exemplu, a imaginilor
              bitmap necomprimate sau a sunetului PCM necomprimat. Cu toate
              acestea, algoritmii cu scop special pot da rezultate
              semnificativ mai bune decat Delta + LZMA2. Acest lucru este
              valabil mai ales in cazul audio, care se comprima mai repede
              <?>i mai bine, de exemplu, cu flac(1).


              Op<?>iuni acceptate:

              dist=distan<?>a
                     Specifica distan<?>a calculului delta in octe<?>i.
                     Distan<?>a trebuie sa fie 1-256. Valoarea implicita este
                     1.


                     De exemplu, cu dist=2 <?>i intrare de opt octe<?>i: A1 B1
                     A2 B3 A3 B5 A4 B7, ie<?>irea va fi: A1 B1 01 02 01 02 01
                     02.

   Alte op<?>iuni
       -q, --quiet
              Suprima avertismentele <?>i notificarile. Specifica<?>i acest
              lucru de doua ori pentru a suprima <?>i erorile. Aceasta
              op<?>iune nu are niciun efect asupra starii de ie<?>ire. Adica,
              chiar daca o avertizare a fost suprimata, starea de ie<?>ire
              pentru a indica o avertizare este inca utilizata.

       -v, --verbose
              Ofera informa<?>ii detaliate. Daca ie<?>irea de eroare standard
              este conectata la un terminal, xz va afi<?>a un indicator de
              progres. Specificarea op<?>iunii --verbose de doua ori, va avea
              ca rezultat oferirea de informa<?>ii <?>i mai detaliate.


              Indicatorul de progres afi<?>eaza urmatoarele informa<?>ii:

              o  Procentul de completare este afi<?>at daca se cunoa<?>te
                 dimensiunea fi<?>ierului de intrare. Adica, procentul nu
                 poate fi afi<?>at la procesarea fi<?>ierului prin
                 conducte(pipe).

              o  Cantitatea de date comprimate produse (comprimare) sau
                 consumate (decomprimare).

              o  Cantitatea de date necomprimate consumate (comprimare) sau
                 produse (decomprimare).

              o  Raportul de comprimare, care se calculeaza impar<?>ind
                 cantitatea de date comprimate procesate pana acum la
                 cantitatea de date necomprimate procesate pana acum.

              o  Viteza de comprimare sau decomprimare. Aceasta este masurata
                 drept cantitatea de date necomprimate consumate (comprimare)
                 sau produse (decomprimare) pe secunda. Este afi<?>ata dupa ce
                 au trecut cateva secunde de cand xz a inceput procesarea
                 fi<?>ierului.

              o  Timpul scurs in format M:SS sau H:MM:SS.

              o  Timpul ramas estimat este afi<?>at numai atunci cand
                 dimensiunea fi<?>ierului de intrare este cunoscuta <?>i au
                 trecut deja cateva secunde de cand xz a inceput procesarea
                 fi<?>ierului. Ora este afi<?>ata intr-un format mai pu<?>in
                 precis, care nu are niciodata doua puncte, de exemplu, 2 min
                 30 s.


              Cand ie<?>irea de eroare standard nu este un terminal, --verbose
              va face xz sa imprime numele fi<?>ierului, dimensiunea
              comprimata, dimensiunea necomprimata, raportul de comprimare
              <?>i, eventual, de asemenea, viteza <?>i timpul scurs pe o
              singura linie la ie<?>irea de eroare standard dupa comprimarea
              sau decomprimarea fi<?>ierului. Viteza <?>i timpul scurs sunt
              incluse numai atunci cand opera<?>iunea a durat cel pu<?>in
              cateva secunde. Daca opera<?>iunea nu s-a incheiat, de exemplu,
              din cauza intreruperii din partea utilizatorului, se imprima
              <?>i procentul de completare daca se cunoa<?>te dimensiunea
              fi<?>ierului de intrare.

       -Q, --no-warn
              Nu comuta starea de ie<?>ire la 2 chiar daca a fost detectata o
              condi<?>ie care merita avertizata. Aceasta op<?>iune nu
              afecteaza nivelul de detaliere al informa<?>iilor, astfel incat
              atat --quiet cat <?>i --no-warn trebuie folosite pentru a nu
              afi<?>a avertismente <?>i pentru a nu modifica starea de
              ie<?>ire.

       --robot
              Afi<?>eaza mesajele intr-un format care poate fi analizat de
              ma<?>ina. Acest lucru are scopul de a u<?>ura scrierea
              interfe<?>elor in care se dore<?>te sa se foloseasca xz in loc
              de liblzma, ceea ce poate fi cazul cu diferite scripturi.
              Ie<?>irea cu aceasta op<?>iune activata este menita sa fie
              stabila in toate versiunile xz. Consulta<?>i sec<?>iunea MOD
              ROBOT pentru detalii.

       --info-memory
              Afi<?>eaza, intr-un format care poate fi citit de om, cata
              memorie fizica (RAM) <?>i cate fire de execu<?>ie de procesor xz
              crede ca are sistemul <?>i limitele de utilizare a memoriei
              pentru comprimare <?>i decomprimare <?>i iese cu succes.

       -h, --help
              Afi<?>eaza un mesaj de ajutor care descrie op<?>iunile cele mai
              frecvent utilizate <?>i iese cu succes.

       -H, --long-help
              Afi<?>eaza un mesaj de ajutor care descrie toate
              caracteristicile xz <?>i iese cu succes

       -V, --version
              Afi<?>eaza numarul versiunii xz <?>i liblzma intr-un format care
              poate fi citit de om. Pentru a ob<?>ine rezultate analizabile de
              ma<?>ina, specifica<?>i --robot inainte de --version.

MOD ROBOT
       Modul robot este activat cu op<?>iunea --robot. Face ie<?>irea lui xz
       mai u<?>or de analizat de catre alte programe.  In prezent, op<?>iunea
       --robot este acceptata numai impreuna cu op<?>iunile --list,
       --filters-help, --info-memory, <?>i --version. Va fi acceptata pentru
       comprimare <?>i decomprimare in viitor.

   Modul lista
       xz --robot --list utilizeaza o ie<?>ire separata de tabulatori. Prima
       coloana a fiecarei linii are un <?>ir care indica tipul de informa<?>ii
       gasite pe acea linie:

       name   Aceasta este intotdeauna prima linie cand incepe sa se listeze
              un fi<?>ier. A doua coloana de pe linie este numele
              fi<?>ierului.

       file   Aceasta linie con<?>ine informa<?>ii generale despre fi<?>ierul
              .xz. Aceasta linie este intotdeauna tiparita dupa linia name.

       stream Acest tip de linie este utilizat numai atunci cand a fost
              specificata op<?>iunea --verbose. Exista tot atatea linii stream
              cate fluxuri exista in fi<?>ierul .xz.

       block  Acest tip de linie este utilizat numai atunci cand a fost
              specificata op<?>iunea --verbose. Exista tot atatea linii block
              cate blocuri exista in fi<?>ierul .xz. Liniile block sunt
              afi<?>ate dupa toate liniile stream; tipurile diferite de linii
              nu sunt intercalate.

       summary
              Acest tip de linie este folosit numai atunci cand op<?>iunea
              --verbose a fost specificata de doua ori. Aceasta linie este
              afi<?>ata dupa toate liniile block. Ca <?>i linia file, linia
              summary con<?>ine informa<?>ii generale despre fi<?>ierul .xz.

       totals Aceasta linie este intotdeauna ultima linie din lista afi<?>ata
              la ie<?>ire. Aceasta arata numarul total <?>i dimensiunile.

       Coloanele din liniile file:
              2.  Numarul de fluxuri din fi<?>ier
              3.  Numarul total de blocuri din fluxuri
              4.  Dimensiunea comprimata a fi<?>ierului
              5.  Dimensiunea necomprimata a fi<?>ierului
              6.  Raportul de comprimare, de exemplu, 0,123. Daca raportul
                  este peste 9,999, in locul raportului sunt afi<?>ate trei
                  liniu<?>e (---).
              7.  Lista de nume de verificare a integrita<?>ii, separate prin
                  virgule. Urmatoarele <?>iruri sunt utilizate pentru tipurile
                  de verificare cunoscute: None, CRC32, CRC64 <?>i SHA-256.
                  Pentru tipurile de verificari necunoscute, se utilizeaza
                  None-N, unde N este ID-ul de verificare ca numar zecimal
                  (una sau doua cifre).
              8.  Dimensiunea totala a umpluturii fluxului din fi<?>ier

       Coloanele din liniile stream:
              2.  Numarul fluxului (primul flux este 1)
              3.  Numarul de blocuri din flux
              4.  Pozi<?>ia de pornire a comprimarii
              5.  Pozi<?>ia de pornire a decomprimarii
              6.  Dimensiune comprimata (nu include umplutura fluxului)
              7.  Dimensiune necomprimata
              8.  Raport de comprimare
              9.  Numele verificarii de integritate
              10. Dimensiunea umpluturii fluxului

       Coloanele din liniile block:
              2.  Numarul fluxului care con<?>ine acest bloc
              3.  Numarul blocului in raport cu inceputul fluxului (primul
                  bloc este 1)
              4.  Numarul blocului in raport cu inceputul fi<?>ierului
              5.  Pozi<?>ia de pornire a comprimarii in raport cu inceputul
                  fi<?>ierului
              6.  Pozi<?>ia de pornire necomprimata in raport cu inceputul
                  fi<?>ierului
              7.  Dimensiunea totala comprimata a blocului (include antetele)
              8.  Dimensiune necomprimata
              9.  Raport de comprimare
              10. Numele verificarii de integritate

       Daca op<?>iunea --verbose a fost specificata de doua ori, coloane
       suplimentare sunt incluse pe liniile block. Acestea nu sunt afi<?>ate
       cu o singura specificare a op<?>iunii --verbose, deoarece ob<?>inerea
       acestor informa<?>ii necesita multe cautari <?>i, prin urmare, poate fi
       lenta:
              11. Valoarea verificarii integrita<?>ii in hexazecimal
              12. Dimensiunea antetului blocului
              13. Indicatori de bloc: c indica faptul ca este prezenta
                  dimensiunea comprimata, iar u indica faptul ca este prezenta
                  dimensiunea necomprimata. Daca indicatorul nu este
                  determinat, este afi<?>ata o liniu<?>a (-) pentru a
                  men<?>ine lungimea <?>irului fixa. Pot fi adaugate noi
                  indicatoare la sfar<?>itul <?>irului, in viitor.
              14. Dimensiunea datelor comprimate reale din bloc (acest lucru
                  exclude antetul blocului, umplutura blocului <?>i campurile
                  de verificare)
              15. Cantitatea de memorie (in octe<?>i) necesara pentru a
                  decomprima acest bloc cu aceasta versiune xz
              16. Lan<?> de filtrare. Re<?>ine<?>i ca majoritatea op<?>iunilor
                  utilizate in timpul comprimarii nu pot fi cunoscute,
                  deoarece doar op<?>iunile necesare pentru decomprimare sunt
                  stocate in anteturile .xz.

       Coloanele din liniile summary:
              2.  Cantitatea de memorie (in octe<?>i) necesara pentru a
                  decomprima acest fi<?>ier cu aceasta versiune xz
              3.  yes sau no indicand daca toate antetele blocurilor au atat
                  dimensiunea comprimata, cat <?>i dimensiunea necomprimata
                  stocate in ele
              Incepand cu xz 5.1.2alpha:
              4.  Versiunea xz minima necesara pentru a decomprima fi<?>ierul

       Coloanele din linia totals:
              2.  Numarul de fluxuri
              3.  Numarul de blocuri
              4.  Dimensiunea comprimata
              5.  Dimensiune necomprimata
              6.  Raportul mediu de comprimare
              7.  Lista de nume de verificare a integrita<?>ii, separate prin
                  virgule, care au fost prezente in fi<?>iere
              8.  Dimensiunea umpluturii fluxului
              9.  Numarul de fi<?>iere. Aceasta este aici pentru a pastra
                  ordinea coloanelor anterioare la fel ca pe liniile file.

       Daca op<?>iunea --verbose a fost specificata de doua ori, pe linia
       totals sunt incluse coloane suplimentare:
              10. Cantitatea maxima de memorie (in octe<?>i) necesara pentru a
                  decomprima fi<?>ierele cu aceasta versiune xz
              11. yes sau no indicand daca toate antetele blocurilor au atat
                  dimensiunea comprimata, cat <?>i dimensiunea necomprimata
                  stocate in ele
              Incepand cu xz 5.1.2alpha:
              12. Versiunea xz minima necesara pentru a decomprima fi<?>ierul

       Versiunile viitoare pot adauga noi tipuri de linii <?>i pot fi adaugate
       coloane noi la tipurile de linii existente, dar coloanele existente nu
       vor fi modificate.

   Ajutor pentru filtrare
       xz --robot --filters-help afi<?>eaza filtrele acceptate in urmatorul
       format:

       filtru:op<?>iune=<valoare>,op<?>iune=<valoare>...

       filtru Numele filtrului

       op<?>iune
              Numele unei op<?>iuni specifice unui filtru

       valoare
              Intervalele numerice valoare apar ca <min-max>. Alegerile
              valoare de tip <?>ir de caractere sunt afi<?>ate in cadrul < >
              <?>i separate de un caracter |.

       Fiecare filtru este afi<?>at pe propria linie.

   Informa<?>ii privind limita memoriei
       xz --robot --info-memory afi<?>eaza o singura linie cu multiple coloane
       separate prin tabulatoare:

       1.  Cantitatea totala de memorie fizica (RAM) in octe<?>i.

       2.  Limita de utilizare a memoriei pentru comprimare in octe<?>i
           (--memlimit-compress). O valoare speciala de 0 indica configurarea
           implicita, care pentru modul cu un singur fir este la fel ca fara
           limita.

       3.  Limita de utilizare a memoriei pentru decomprimare in octe<?>i
           (--memlimit-decompress). O valoare speciala de 0 indica
           configurarea implicita, care pentru modul cu un singur fir este la
           fel ca fara limita.

       4.  Incepand cu xz 5.3.4alpha: Utilizarea memoriei pentru decomprimarea
           cu mai multe fire in octe<?>i (--memlimit-mt-decompress). Acesta nu
           este niciodata zero, deoarece o valoare implicita specifica
           sistemului afi<?>ata in coloana 5 este utilizata daca nu a fost
           specificata in mod explicit nicio limita. De asemenea, aceasta nu
           este niciodata mai mare decat valoarea din coloana 3, chiar daca a
           fost specificata o valoare mai mare cu --memlimit-mt-decompress.

       5.  Incepand cu xz 5.3.4alpha: o limita implicita de utilizare a
           memoriei specifica sistemului, care este utilizata pentru a limita
           numarul de fire de execu<?>ie atunci cand se comprima cu un numar
           automat de fire de execu<?>ie (--threads=0) <?>i nicio limita de
           utilizare a memoriei nu fost specificata cu (--memlimit-compress).
           Aceasta este, de asemenea, utilizata ca valoare implicita pentru
           --memlimit-mt-decompress.

       6.  Incepand cu xz 5.3.4alpha: numarul de fire de execu<?>ie de
           procesor disponibile.

       In viitor, rezultatul xz --robot --info-memory poate avea mai multe
       coloane, dar niciodata mai mult de o singura linie.

   Versiunea
       xz --robot --version va afi<?>a numarul versiunii xz <?>i liblzma in
       urmatorul format:

       XZ_VERSION=XYYYZZZS
       LIBLZMA_VERSION=XYYYZZZS

       X      Versiunea majora.

       YYY    Versiunea minora.  Numerele pare sunt prezente in versiunile
              stabile. Numerele impare sunt prezente in versiunile alfa sau
              beta.

       ZZZ    Nivelul de plasture(patch) pentru versiunile stabile sau doar un
              contor pentru versiunile de dezvoltare.

       S      Stabilitate.  0 este alfa, 1 este beta <?>i 2 este stabil. S
              trebuie sa fie intotdeauna 2 atunci cand AAA este par.

       XYYYZZZS sunt acelea<?>i pe ambele linii daca xz <?>i liblzma sunt din
       aceea<?>i versiune XZ Utils.

       Exemple: 4.999.9beta este 49990091 <?>i 5.0.0 este 50000002.

STARE DE IE<?>IRE
       0      Totul este bine.

       1      A aparut o eroare.

       2      A aparut ceva care merita sa fie avertizat, dar nu au aparut
              erori reale.

       Notificarile (nu avertismentele sau erorile) afi<?>ate la ie<?>irea de
       eroare standard nu afecteaza starea de ie<?>ire.

VARIABILE DE MEDIU
       xz analizeaza liste de op<?>iuni separate prin spa<?>ii din variabilele
       de mediu XZ_DEFAULTS <?>i XZ_OPT, in aceasta ordine, inainte de a
       analiza op<?>iunile din linia de comanda. Re<?>ine<?>i ca numai
       op<?>iunile sunt analizate din variabilele de mediu; toate
       non-op<?>iunile sunt ignorate in tacere. Analiza se face cu func<?>ia
       getopt_long(3) care este folosita <?>i pentru argumentele liniei de
       comanda.

       XZ_DEFAULTS
              Op<?>iuni implicite specifice utilizatorului sau la nivelul
              intregului sistem. De obicei, acest lucru este specificat
              intr-un script de ini<?>ializare shell pentru a activa
              limitatorul de utilizare a memoriei lui xz implicit. Excluzand
              scripturile de ini<?>ializare shell <?>i cazurile speciale
              similare, scripturile nu trebuie niciodata sa modifice sau sa
              dezactiveze XZ_DEFAULTS.

       XZ_OPT Acest lucru este pentru transmiterea op<?>iunilor catre xz
              atunci cand nu este posibil sa defini<?>i op<?>iunile direct in
              linia de comanda a xz. Acesta este cazul cand xz este rulat de
              un script sau de un instrument, de exemplu, GNU tar(1):

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


              Scripturile pot folosi XZ_OPT, de exemplu, pentru a configura
              op<?>iunile implicite de comprimare specifice scriptului. Se
              recomanda totu<?>i sa se permita utilizatorilor sa inlocuiasca
              XZ_OPT daca acest lucru este rezonabil. De exemplu, in
              scripturile sh(1) se poate folosi ceva de genul acesta:

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

COMPATIBILITATE CU LZMA-UTILS
       Sintaxa liniei de comanda a lui xz este practic o super-colec<?>ie de
       lzma, unlzma <?>i lzcat a<?>a cum se gase<?>te in LZMA Utils 4.32.x. In
       cele mai multe cazuri, este posibil sa inlocui<?>i LZMA Utils cu XZ
       Utils fara a intrerupe scripturile existente. Exista totu<?>i unele
       incompatibilita<?>i, care uneori pot cauza probleme.

   Niveluri de comprimare prestabilite
       Numerotarea nivelurilor de comprimare prestabilite nu este identica in
       xz <?>i LZMA Utils. Cea mai importanta diferen<?>a este modul in care
       dimensiunile dic<?>ionarului sunt atribuite diferitelor niveluri
       prestabilite. Dimensiunea dic<?>ionarului este aproximativ egala cu
       memoria utilizata la decomprimare.

              Nivel     xz      LZMA Utils
               -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

       Diferen<?>ele de dimensiune a dic<?>ionarului afecteaza deasemenea
       cantitatea de memorie utilizata la comprimare dar exista <?>i alte
       diferen<?>e intre LZMA Utils <?>i XZ Utils, care fac diferen<?>a <?>i
       mai mare:

              Nivel     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

       Nivelul prestabilit implicit in LZMA Utils este -7, in timp ce in XZ
       Utils este -6, deci ambele folosesc un dic<?>ionar de 8Mio in mod
       implicit.

   Fi<?>iere .lzma transmise in flux vs. netransmise in flux
       Dimensiunea necomprimata a fi<?>ierului poate fi stocata in antetul
       .lzma. LZMA Utils face asta atunci cand comprima fi<?>iere obi<?>nuite.
       Alternativa este sa marca<?>i ca dimensiunea necomprimata este
       necunoscuta <?>i sa folosi<?>i marcajul de sfar<?>it de incarcare
       pentru a indica unde ar trebui sa se opreasca decomprimarea. LZMA Utils
       folose<?>te aceasta metoda atunci cand dimensiunea necomprimata nu este
       cunoscuta, ceea ce este cazul, de exemplu, cand se folosesc conducte.

       xz accepta decomprimarea fi<?>ierelor .lzma cu sau fara marcaj de
       sfar<?>it de incarcare, dar toate fi<?>ierele .lzma create de xz vor
       folosi marcajul de sfar<?>it de incarcare <?>i vor avea dimensiunea
       necomprimata marcata ca necunoscuta in antetul .lzma. Aceasta poate fi
       o problema in unele situa<?>ii mai pu<?>in frecvente. De exemplu, un
       instrument de decomprimare .lzma incorporat intr-un dispozitiv poate
       func<?>iona numai cu fi<?>iere care au dimensiunea necomprimata
       cunoscuta. Daca intampina<?>i aceasta problema, trebuie sa utiliza<?>i
       LZMA Utils sau LZMA SDK pentru a crea fi<?>iere .lzma cu dimensiunea
       necomprimata cunoscuta.

   Fi<?>iere .lzma neacceptate
       Formatul .lzma permite valori lc de pana la 8 <?>i valori lp de pana la
       4. LZMA Utils poate decomprima fi<?>iere cu orice lc <?>i lp, dar
       creeaza intotdeauna fi<?>iere cu lc=3 <?>i lp=0. Crearea de fi<?>iere
       cu alte lc <?>i lp este posibila cu xz <?>i cu LZMA SDK.

       Implementarea filtrului LZMA1 in liblzma necesita ca suma lc <?>i lp sa
       nu depa<?>easca 4. Altfel, fi<?>ierele .lzma, care depa<?>esc aceasta
       limitare, nu pot fi decomprimate cu xz.

       LZMA Utils creeaza numai fi<?>iere .lzma care au o dimensiune de
       dic<?>ionar de 2^n (o putere de 2), dar accepta fi<?>iere cu orice
       dimensiune de dic<?>ionar. liblzma accepta numai fi<?>ierele .lzma care
       au dimensiunea de dic<?>ionar de 2^n sau 2^n + 2^(n-1). Acest lucru
       este pentru a reduce numarul de ,,fals pozitiv" atunci cand se
       detecteaza fi<?>iere .lzma.

       Aceste limitari nu ar trebui sa fie o problema in practica, deoarece
       practic toate fi<?>ierele .lzma au fost comprimate cu op<?>iuni pe care
       liblzma le va accepta.

   Resturi ramase
       Cand decomprima, LZMA Utils ignora in tacere totul dupa primul flux
       .lzma. In majoritatea situa<?>iilor, aceasta este o eroare. Aceasta
       inseamna, de asemenea, ca LZMA Utils nu accepta decomprimarea
       fi<?>ierelor .lzma concatenate.

       Daca au ramas date dupa primul flux .lzma, xz considera ca fi<?>ierul
       este corupt, cu excep<?>ia cazului in care a fost utilizata op<?>iunea
       --single-stream. Acest lucru poate rupe scripturile obscure(scrise
       deficitar) care presupun ca resturile ramase sunt ignorate.

NOTE
   Rezultatul comprimarii poate varia
       Ie<?>irea exacta comprimata produsa din acela<?>i fi<?>ier de intrare
       necomprimat poate varia intre versiunile XZ Utils, chiar daca
       op<?>iunile de comprimare sunt identice. Acest lucru se datoreaza
       faptului ca instrumentul codificator poate fi imbunata<?>it (comprimare
       mai rapida sau mai buna) fara a afecta formatul fi<?>ierului. Ie<?>irea
       poate varia chiar <?>i intre compilarile diferite ale aceleia<?>i
       versiuni XZ Utils, daca sunt utilizate op<?>iuni diferite de compilare.

       Cele de mai sus inseamna ca odata ce op<?>iunea --rsyncable a fost
       utilizata, fi<?>ierele rezultate nu vor fi neaparat sincronizate cu
       rsync decat daca atat fi<?>ierele vechi, cat <?>i cele noi au fost
       comprimate cu aceea<?>i versiune xz. Aceasta problema poate fi
       remediata daca o parte a implementarii codificatorului este inghe<?>ata
       pentru a men<?>ine stabila ie<?>irea ,,rsyncabila" intre versiunile xz.

   Instrumente de decomprimare .xz incorporate
       Implementarile instrumentului de decomprimare .xz incorporat, cum ar fi
       XZ Embedded, nu accepta neaparat fi<?>iere create cu tipuri de
       verificare a integrita<?>ii, altele decat none <?>i crc32. Deoarece
       valoarea implicita este --check=crc64, trebuie sa utiliza<?>i
       --check=none sau --check=crc32 atunci cand crea<?>i fi<?>iere pentru
       sistemele incorporate.

       In afara sistemelor incorporate, toate instrumentele de decomprimare in
       format .xz accepta toate tipurile de verificare sau cel pu<?>in pot
       decomprima fi<?>ierul fara a efectua verificarea integrita<?>ii daca
       acel tip de verificare nu este acceptat.

       XZ Embedded accepta filtre BCJ, dar numai cu pozi<?>ie de pornire
       implicita.

EXEMPLE
   Bazice
       Comprima fi<?>ierul foo in foo.xz folosind nivelul de comprimare
       implicit (-6) <?>i elimina fi<?>ierul foo daca comprimarea are succes:

              xz foo

       Decomprima bar.xz in bar <?>i nu elimina bar.xz chiar daca
       decomprimarea este efectuata cu succes:

              xz -dk bar.xz

       Creeaza baz.tar.xz cu nivelul prestabilit -4e (-4 --extreme), care este
       mai lent decat nivelul prestabilit implicit -6, dar necesita mai
       pu<?>ina memorie pentru comprimare <?>i decomprimare (48Mio <?>i,
       respectiv, 5Mio):

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

       Un amestec de fi<?>iere comprimate <?>i necomprimate poate fi
       decomprimat la ie<?>irea standard cu o singura comanda:

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

   Comprimarea in paralel a mai multor fi<?>iere
       In sisteme GNU <?>i *BSD, find(1) <?>i xargs(1) pot fi utilizate pentru
       a paraleliza comprimarea mai multor fi<?>iere:

              find . -type f \! -name '*.xz' -print0 \     | xargs -0r -P4 -n16 xz -T1

       Op<?>iunea -P pentru comanda xargs(1) stabile<?>te numarul de procese
       paralele xz.  Cea mai buna valoare pentru op<?>iunea -n depinde de cate
       fi<?>iere trebuie sa fie comprimate. Daca exista doar cateva fi<?>iere,
       valoarea ar trebui probabil sa fie 1; cu zeci de mii de fi<?>iere, 100
       sau chiar mai mult poate sa fie valoarea potrivita pentru a reduce
       numarul de procese xz pe care xargs(1) le va crea in final.

       Op<?>iunea -T1 pentru xz este acolo pentru a-l for<?>a sa ruleze in
       modul cu un singur fir de execu<?>ie, deoarece xargs(1) este folosit
       pentru a controla cantitatea de paralelizare.

   Modul robot
       Calculeaza ca<?>i octe<?>i au fost salva<?>i in total dupa comprimarea
       mai multor fi<?>iere:

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

       Un script poate dori sa afle daca folose<?>te o versiune xz suficient
       de noua.  Urmatorul script sh(1) verifica daca numarul versiunii
       instrumentului xz este cel pu<?>in 5.0.0. Aceasta metoda este
       compatibila cu versiunile beta vechi, care nu acceptau op<?>iunea
       --robot:

              if ! eval "$(xz --robot --version 2> /dev/null)" ||         [ "$XZ_VERSION" -lt 50000002 ]; then     echo "Versiunea dumneavoastra de ,,xz" este prea veche!" fi unset XZ_VERSION LIBLZMA_VERSION

       Stabile<?>te o limita de utilizare a memoriei pentru decomprimare
       folosind variabila de mediu XZ_OPT, dar daca o limita a fost deja
       stabilita, nu o mare<?>te:

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

   Lan<?>uri de filtrare personalizate pentru instrumentul de comprimare
       Cea mai simpla utilizare a lan<?>urilor de filtrare personalizate este
       personalizarea unei op<?>iuni prestabilite LZMA2. Acest lucru poate fi
       util, deoarece op<?>iunile prestabilite acopera doar un subset al
       combina<?>iilor poten<?>ial utile de op<?>iuni de comprimare.

       Coloanele CPUComp din tabelele de descriere a op<?>iunilor -0 ... -9
       <?>i --extreme sunt utile atunci cand personaliza<?>i op<?>iunilor
       prestabilite LZMA2. Iata par<?>ile relevante colectate din aceste doua
       tabele:

              ValPrestab   CPUComp
                 -0           0
                 -1           1
                 -2           2
                 -3           3
                 -4           4
                 -5           5
                 -6           6
                 -5e          7
                 -6e          8

       Daca <?>ti<?>i ca un fi<?>ier necesita un dic<?>ionar oarecum mare (de
       exemplu, 32Mio) pentru a se comprima bine, dar dori<?>i sa-l
       comprima<?>i mai repede decat ar face xz -8, o op<?>iune prestabilita
       cu o valoare CPUComp scazuta (de exemplu, 1) poate fi modificata pentru
       a utiliza un dic<?>ionar mai mare:

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

       Cu anumite fi<?>iere, comanda de mai sus poate fi mai rapida decat xz
       -6 in timp ce comprima semnificativ mai bine. Cu toate acestea, trebuie
       subliniat ca doar unele fi<?>iere se beneficiaza de un dic<?>ionar
       mare, pastrand in acela<?>i timp valoarea CPUComp scazuta. Cea mai
       evidenta situa<?>ie, in care un dic<?>ionar mare poate ajuta foarte
       mult, este o arhiva care con<?>ine fi<?>iere foarte asemanatoare de cel
       pu<?>in ca<?>iva megaocte<?>i fiecare. Dimensiunea dic<?>ionarului
       trebuie sa fie semnificativ mai mare decat orice fi<?>ier individual
       pentru a permite LZMA2 sa profite din plin de asemanarile dintre
       fi<?>ierele consecutive.

       Daca utilizarea unei mari cantita<?>i de memorie pentru comprimare <?>i
       decomprimare este in regula, iar fi<?>ierul comprimat are cel pu<?>in
       cateva sute de megaocte<?>i, poate fi util sa folosi<?>i un dic<?>ionar
       <?>i mai mare decat cei 64Mio pe care i-ar folosi xz -9:

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

       Utilizarea op<?>iunii -vv (--verbose --verbose) ca in exemplul de mai
       sus, poate fi utila pentru a vedea cerin<?>ele de memorie la comprimare
       <?>i decomprimare. Aminti<?>i-va ca utilizarea unui dic<?>ionar mai
       mare decat dimensiunea fi<?>ierului necomprimat este risipa de memorie,
       de aceea, comanda de mai sus nu este utila pentru fi<?>iere mici.

       Uneori, timpul de comprimare nu conteaza, dar utilizarea memoriei la
       decomprimare trebuie men<?>inuta la un nivel scazut, de exemplu, pentru
       a face posibila decomprimarea fi<?>ierului pe un sistem incorporat.
       Urmatoarea comanda folose<?>te -6e (-6 --extreme) ca baza <?>i fixeaza
       dimensiunea dic<?>ionarului la doar 64Kio. Fi<?>ierul rezultat poate fi
       decomprimat cu XZ Embedded (de aceea exista --check=crc32) folosind
       aproximativ 100Kio de memorie.

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

       Daca dori<?>i sa stoarce<?>i cat mai mul<?>i octe<?>i posibil,
       ajustarea numarului de bi<?>i de context literal (lc) <?>i a numarului
       de bi<?>i de pozi<?>ie (pb) poate ajuta uneori. Ajustarea numarului de
       bi<?>i de pozi<?>ie literala (lp) ar putea ajuta, de asemenea, dar de
       obicei lc <?>i pb sunt mai importante. De exemplu, o arhiva de cod
       sursa con<?>ine in mare parte text US-ASCII, a<?>a ca ceva precum
       comanda urmatoare, ar putea oferi un fi<?>ier ,,mai slabu<?>"
       (aproximativ cu 0,1%) mai mic decat cu xz -6e (incerca<?>i <?>i fara
       lc=4):

              xz --lzma2=preset=6e,pb=0,lc=4 fi<?>ierul_sursa.tar

       Utilizarea unui alt filtru impreuna cu LZMA2 poate imbunata<?>i
       comprimarea cu anumite tipuri de fi<?>iere. De exemplu, pentru a
       comprima o biblioteca partajata x86 pe 32 de bi<?>i sau x86 pe 64 de
       bi<?>i folosind filtrul BCJ x86:

              xz --x86 --lzma2 libfoo.so

       Re<?>ine<?>i ca ordinea op<?>iunilor de filtrare este semnificativa.
       Daca --x86 este specificata dupa --lzma2, xz va da o eroare, deoarece
       nu poate exista niciun filtru dupa LZMA2 <?>i, de asemenea, pentru ca
       filtrul x86 BCJ nu poate fi utilizat ca ultimul filtru din lan<?>ul de
       filtrare.

       Filtrul Delta impreuna cu LZMA2 pot da rezultate bune cu imagini
       bitmap. De obicei, ar trebui sa intreaca comprimarea PNG, care are
       cateva filtre mai avansate decat delta simpla, dar utilizeaza Deflate
       pentru comprimarea reala.

       Imaginea trebuie sa fie salvata in format necomprimat, de exemplu, ca
       TIFF necomprimat. Parametrul de distan<?>a al filtrului Delta este
       fixat sa se potriveasca cu numarul de octe<?>i per pixel din imagine.
       De exemplu, bitmap-ul RGB pe 24 de bi<?>i necesita dist=3 <?>i este, de
       asemenea, bine sa pasa<?>i pb=0 la LZMA2 pentru a se adapta alinierii
       pe trei octe<?>i:

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

       Daca mai multe imagini au fost introduse intr-o singura arhiva (de
       exemplu, .tar), filtrul Delta va func<?>iona <?>i pe aceasta atata timp
       cat toate imaginile au acela<?>i numar de octe<?>i per pixel.

CONSULTA<?>I <?>I
       xzdec(1), xzdiff(1), xzgrep(1), xzless(1), xzmore(1), gzip(1),
       bzip2(1), 7z(1)

       XZ Utils: <https://xz.tukaani.org/xz-utils/>
       XZ Embedded: <https://xz.tukaani.org/xz-embedded/>
       LZMA SDK: <https://7-zip.org/sdk.html>

Tukaani                        25 februarie 2024                         XZ(1)