Utilizzo memoria

L'utilizzo della memoria di xz varia da poche centinaia di kilobyte a diversi gigabyte a seconda delle impostazioni di compressione. Le impostazioni utilizzate durante la compressione di un file determinano i requisiti di memoria del decompressore. In genere il decompressore richiede dal 5 al 20 della quantità di memoria necessaria al compressore durante la creazione del file. Ad esempio, la decompressione di un file creato con xz -9 al momento richiede 65 MiB di memoria. Ancora, è possibile avere file .xz che richiedono diversi gigabyte di memoria per la decompressione.

Soprattutto gli utenti di sistemi più vecchi possono trovare fastidiosa l'eventualità di un utilizzo molto elevato di memoria. Per evitare spiacevoli sorprese, xz dispone di un limitatore di utilizzo della memoria incorporato, che è disabilitato per impostazione predefinita. Anche se alcuni sistemi operativi forniscono modi per limitare l'utilizzo della memoria dei processi, fare affidamento su questi non è stato ritenuto sufficientemente flessibile (ad esempio, l'uso di ulimit(1) per limitare la memoria virtuale tende a paralizzare mmap(2)).

Il limitatore di utilizzo della memoria può essere abilitato con l'opzione della riga di comando --memlimit=LIMITE. Spesso è più conveniente abilitare il limitatore per impostazione predefinita impostando la variabile d'ambiente XZ_DEFAULTS, ad esempio, XZ_DEFAULTS=--memlimit=150MiB. È possibile impostare separatamente i limiti per la compressione e la decompressione utilizzando --memlimit-compress=LIMITE and --memlimit-decompress=LIMITE. L'uso di queste due opzioni al di fuori di XZ_DEFAULTS è raramente utile perché una singola esecuzione di xz non può eseguire sia la compressione che la decompressione e --memlimit=LIMITE (or -M LIMITE) è più breve da digitare sulla riga di comando.

Se il limite di utilizzo della memoria specificato viene superato durante la decompressione, xz visualizzerà un errore e la decompressione del file fallirà. Se il limite viene superato durante la compressione, xz tenterà di ridimensionare le impostazioni in modo che il limite non venga più superato (tranne quando si usa --format=raw o --no-adjust). In questo modo l'operazione non fallirà a meno che il limite sia molto basso. Il ridimensionamento delle impostazioni viene eseguito in piccole differenze che non corrispondono ai livelli di compressione preimpostati, ad esempio, se il limite è solo leggermente inferiore alla quantità richiesta per xz -9, le impostazioni saranno ridimensionate solo un poco, non proprio fino a xz -8.

Concatenazione e padding con file .xz

È possibile concatenare i file .xz così come sono. xz decomprimerà tali file come se fossero un singolo file .xz.

È possibile inserire un padding tra le parti concatenate o dopo l'ultima parte. Il padding deve essere costituito da byte "null" e la dimensione del padding deve essere un multiplo di quattro byte. Questo può essere utile, ad esempio, se il file .xz è memorizzato su un supporto che misura le dimensioni dei file in blocchi di 512 byte.

Concatenazione e padding non sono permessi con file .lzma o con flussi grezzi.

Suffissi interi e valori speciali

Nella maggior parte dei casi in cui è previsto un argomento intero, è supportato un suffisso facoltativo per indicare facilmente numeri interi di grandi dimensioni. Non deve esserci alcuno spazio tra il numero intero e il suffisso.

KiB

Moltiplica l'intero per 1024 (2^10). Ki, k, kB, K, e KB sono accettati come sinonimi di KiB.

MiB

Moltiplica l'intero per 1.048.576 (2^20). Mi, m, M, e MB sono accettati come sinonimi di MiB.

GiB

Moltiplica l'intero per 1.073.741.824 (2^30). Gi, g, G, e GB sono accettati come sinonimi di GiB.

Il valore speciale max può essere utilizzato per indicare il valore intero massimo supportato dall'opzione.

Modalità operativa

Se vengono fornite più opzioni di modalità operativa, l'ultima ha effetto.

-z, --compress

Compressione. Questa è la modalità operativa predefinita quando non viene specificata alcuna opzione della modalità operativa e non è determinata nessun'altra modalità operativa dal nome del comando (ad esempio, unxz implica --decompress).

Dopo che la compressione è terminata con successo, il file origine viene rimosso a meno che si stia scrivendo su standard output o che venga specificato --keep.

-d, --decompress, --uncompress

Decompressione. Dopo che la decompressione è terminata con successo, il file origine viene rimosso a meno che si stia scrivendo su standard output o che venga specificato --keep.

-t, --test

Testa l'integrità dei FILE compressi. Questa opzione è equivalente a --decompress --stdout tranne per il fatto che i dati decompressi vengono scartati invece di essere scritti nello standard output. Nessun file viene creato o rimosso.

-l, --list

Stampa le informazioni sul FILE compresso. Non viene prodotto alcun output non compresso e non viene creato o rimosso alcun file. In modalità elenco, il programma non è in grado di leggere i dati compressi dallo standard input o da altre fonti che non permettano la ricerca.

Il tracciato predefinito mostra le informazioni di base sui FILE, un file per riga. Per ottenere informazioni più dettagliate, usare anche l'opzione --verbose. Per avere ancora più informazioni, usare --verbose due volte, ma si noti che questo può essere lento, perché ottenere tutte le informazioni extra richiede molte estrazioni. La larghezza dell'output dettagliato supera gli 80 caratteri, quindi il reindirizzamento dell'output, ad esempio, a less -S può essere utile se il terminale non è sufficientemente ampio.

L'output esatto può variare tra le versioni di xz e le diverse impostazioni locali. Per un output leggibile dalla macchina si dovrebbe utilizzare --robot --list.

Modificatori dell'operazione

-k, --keep

Non elimina i file input.

A partire da xz 5.2.6, questa opzione fa sì che xz comprima o decomprima anche se l'input è un collegamento simbolico a un file regolare, ha più di un collegamento fisico o ha il bit setuid, setgid o sticky impostato. I bit setuid, setgid e sticky non vengono copiati nel file di destinazione. Nelle versioni precedenti questo veniva fatto solo con --force.

-f, --force

Questa opzione ha diverse conseguenze:

-c, --stdout, --to-stdout

Scrive i dati compressi o decompressi nello standard output anziché in un file. Implica --keep.

--single-stream

Decomprime solo il primo flusso .xz, e ignora automaticamente i possibili dati di input rimanenti che seguono il flusso. Normalmente questi dati sporchi finali portano xz a visualizzare un errore.

xz non decomprime mai più di un flusso dai file .lzma o dai flussi grezzi, ma questa opzione fa comunque in modo che xz ignori i possibili dati finali dopo il file .lzma o il flusso grezzo.

Questa opzione non ha effetto se la modalità operativa non è --decompress o --test.

Dalla versione xz 5.7.1alpha, --single-stream implica --keep.

--no-sparse

Disabilita la creazione di file sparsi. Per impostazione predefinita, se si esegue la decompressione in un file regolare, xz tenta di rendere il file sparso se i dati decompressi contengono lunghe sequenze di zeri binari. Funziona anche quando si scrive su standard output, purché lo standard output sia collegato a un file regolare e siano soddisfatte alcune condizioni aggiuntive per renderlo sicuro. La creazione di file sparsi può risparmiare spazio su disco e velocizzare la decompressione riducendo la quantità di I/O su disco.

-S .SUFFISSO, --suffix=.SUFFISSO

Durante la compressione, utilizzare .suf come suffisso per il file di destinazione anziché .xz o .lzma. Se non si scrive nello standard output e il file di origine ha già il suffisso .suf, viene visualizzato un avvertimento e il file viene ignorato.

Quando si decomprime, accetta i file con suffisso .suf in aggiunta a quelli con suffisso .xz, .txz, .lzma, .tlz, o .lz. Se il file sorgente ha suffisso .suf, il suffisso viene rimosso per ottenere il nome del file destinazione.

Quando si comprimono o decomprimono flussi grezzi (--format=raw), il suffisso deve sempre essere specificato, a meno che si scriva sullo standard output, perché non esiste un suffisso predefinito per i flussi grezzi.

--files[=FILE]

Legge i nomi dei file da processare da FILE; se FILE è omesso, i nomi dei file vengono letti dallo standard input. I nomi dei file devono essere terminati da un carattere "a capo". Un trattino (-) è considerato come un nome di file regolare; non indica lo standard input. Se vengono forniti anche dei nomi di file come argomenti della riga di comando, questi sono processati prima di quelli letti da FILE.

--files0[=FILE]

Questo è identico a --files[=FILE] tranne per il fatto che ogni nome di file deve terminare con il carattere null.

Formato file di base e opzioni di compressione

-F FORMATO, --format=FORMATO

Specifica il FORMATO del file da comprimere o decomprimere:

-C CONTROLLO, --check=CONTROLLO

Specifica il tipo di controllo di integrità. Il controllo viene calcolato dai dati non compressi e memorizzato nel file .xz. Questa opzione ha effetto solo quando si comprime nel formato .xz; il formato .lzma non supporta i controlli di integrità. Il controllo di integrità (se presente) viene verificato quando il file .xz viene decompresso.

Tipi di CONTROLLI supportati:

L'integrità delle intestazioni .xz viene sempre verificata con CRC32. Non è possibile modificarlo o disabilitarlo.

--ignore-check

Non verifica il controllo di integrità dei dati compressi durante la decompressione. Il valore CRC3 nelle intestazioni .xz sarà ancora verificata normalmente.

Non usare questa opzione se non si è consci di cosa si sta facendo. Possibili ragioni per utilizzare questa opzione:

-0 ... -9

Selezionare un livello di compressione preimpostato. Il valore predefinito è -6. Se vengono specificati più livelli preimpostati, l'ultimo ha effetto. Se è già stata specificata una catena di filtri personalizzata, l'impostazione di un livelli preimpostati cancella la catena di filtri personalizzata.

Le differenze tra i livelli preimpostati sono più significative rispetto a gzip(1) e bzip2(1). Le impostazioni di compressione selezionate determinano i requisiti di memoria del decompressore, quindi l'utilizzo di un livello preimpostato troppo alto potrebbe rendere difficile la decompressione del file su un vecchio sistema con poca RAM. Specificamente, non è una buona idea utilizzare ciecamente -9 per tutto come spesso accade per gzip(1) e bzip2(1).

A parità di hardware, la velocità di decompressione è approssimativamente un numero costante di byte di dati compressi al secondo. In altre parole, migliore è la compressione, più veloce sarà di solito la decompressione. Ciò significa anche che la quantità di output non compresso prodotta al secondo può variare notevolmente.

La tabella seguente riassume le caratteristiche dei livelli preimpostati:

Descrizioni delle colonne:

I requisiti di memoria per la modalità a thread multiple sono significativamente più alti che per la modalità thread singola. Con il valore predefinito di --block-size, ogni thread richiede 3*3*dimensione del dizionario più CompMem oppure DecMem. Ad esempio, 4 thread con il livello preimpostato -6 hanno bisogno di 660–670 MiB di memoria.

-e, --extreme

Utilizzare una variante più lenta del livello preimpostato selezionato (-0 ... -9) nella speranza di ottenere un rapporto di compressione leggermente migliore, ma con un po' di sfortuna questo potrebbe anche renderlo peggiore. L'utilizzo della memoria del decompressore non è influenzato, ma l'utilizzo della memoria del compressore aumenta leggermente ai livelli preimpostati -0 ... -3.

Dal momento che ci sono due livelli preimpostati con dimensione del dizionario di 4 MiB e 8 MiB, i livelli preimpostati -3e e -5e usano impostazioni leggermente più veloci (minore CompCPU) di -4e e -6e, rispettivamente. In questo modo non ci sono due livelli preimpostati identici.

Ad esempio, ci sono un totale di quattro livelli preimpostati che utilizzano un dizionario da 8 MiB, il cui ordine dal più veloce al più lento è -5, -6, -5e, e -6e.

--fast

--best

Questi sono alias in qualche modo fuorvianti per -0 e -9, rispettivamente. Sono forniti solo per retrocompatibilità con le LZMA Utils. Evitare di utilizzare queste opzioni.

--block-size=DIMENSIONE

Quando si comprime in formato .xz, divide i dati input in blocchi da DIMENSIONE byte. I blocchi vengo compressi indipendentemente l'uno dall'altro, cosa che aiuta con le thread multiple e rende possibile la decompressione con accessi casuali limitati. Questa opzione viene usata tipicamente per sovrascrivere la dimensione predefinita dei blocchi in modalità a thread multiple, ma può essere utilizzata anche in modalità thread singola.

In modalità a thread multiple verranno allocati circa il triplo di DIMENSIONE di byte in ogni thread per il buffering dell'input e dell'output. La DIMENSIONE predefinita è tre volte la dimensione del dizionario LZMA2 e comunque almeno 1 MiB. Tipicamente un buon valore è 2–4 volte la dimensione del dizionario LZMA2 oppure almeno 1 MiB. Usare una DIMENSIONE inferiore della dimensione del dizionario LZMA2 causa uno spreco di RAM, in quanto il buffer del dizionario LZMA2 non verrà mai riempito completamente. In modalità a thread multiple, la dimensione dei blocchi è conservata nelle intestazioni dei blocchi. L'informazione sulla dimensione è richiesta per la decompressione a thread multiple.

Nella modalità a thread singola, per impostazione predefinita non viene eseguita alcuna suddivisione in blocchi. L'impostazione di questa opzione non influisce sull'utilizzo della memoria. Nessuna informazione sulle dimensioni viene memorizzata nelle intestazioni di blocco, quindi i file creati in modalità a thread singola non saranno identici ai file creati in modalità a thread multiple. La mancanza di informazioni sulle dimensioni significa anche che xz non sarà in grado di decomprimere i file in modalità a thread multiple.

--block-list=ELEMENTI

Quando si comprime nel formato .xz, inizia un nuovo blocco con una catena di filtri personalizzata dopo gli intervalli indicati di dati non compressi.

Gli ELEMENTI sono un elenco separato da virgole. Ogni elemento è costituito da un numero di catena di filtri opzionale compreso tra 0 e 9 seguito da due punti (:) e da una dimensione richiesta di dati non compressi. L'omissione di un elemento (due o più virgole consecutive) è una scorciatoia per utilizzare le dimensioni e i filtri dell'elemento precedente.

Se il file di input è più grande della somma delle dimensioni in ELEMENTI, l'ultimo elemento viene ripetuto fino alla fine del file. Il valore speciale 0 può essere utilizzato come ultima dimensione per indicare che il resto del file deve essere codificato come un singolo blocco.

È possibile specificare una catena di filtri alternativa per ogni blocco in combinazione con le opzioni --filters1=FILTRI ... --filters9=FILTRI. Queste opzioni definiscono catene di filtri con un identificatore compreso tra 1–9. La catena di filtri 0 può essere utilizzata per indicare la catena di filtri predefinita, che equivale a non specificare una catena di filtri. L'identificatore della catena di filtri può essere utilizzato prima della dimensione non compressa, seguita da due punti (:). Ad esempio, se si specifica --block-list=1:2MiB,3:2MiB,2:4MiB,,2MiB,0:4MiB allora i blocchi verranno creati utilizzando:

Se si specifica una dimensione che supera la dimensione del blocco del codificatore (il valore predefinito in modalità thread oppure il valore specificato con --block-size=DIMENSIONE), il codificatore creerà blocchi aggiuntivi mantenendo i limiti specificati in ELEMENTI. Ad esempio, se si indica --block-size=10MiB --block-list=5MiB,10MiB,8MiB,12MiB,24MiB e il file input è di 80 MiB, si otterranno 11 blocchi: 5, 10, 8, 10, 2, 10, 10, 4, 10, 10, and 1 MiB.

In modalità a thread multiple, le dimensioni dei blocchi vengono memorizzate nelle intestazioni dei blocchi. Questo non avviene in modalità thread singola, quindi l'output codificato non sarà identico a quello della modalità a thread multiple.

--flush-timeout=TIMEOUT

Quando si comprime, se sono passati più di TIMEOUT millisecondi (un intero positivo) dallo scaricamento precedente e la lettura di ulteriori input si bloccherebbe, tutti i dati di input in sospeso vengono scaricati dal codificatore e resi disponibili nel flusso di output. Questo può essere utile se xz viene usato per comprimere dati in streaming dalla rete. Piccoli valori del TIMEOUT rendono disponibili i dati al ricevente con un ritardo minimo, mentre valori di TIMEOUT grandi danno un miglior rapporto di compressione.

Questa funzionalità è disabilitata per impostazione predefinita. Se questa opzione viene specificata più di una volta, l'ultima ha effetto. Il valore speciale TIMEOUT di 0 può essere utilizzato per disabilitare esplicitamente questa funzionalità.

Questa funzionalità non è disponibile sui sistemi non-POSIX.

Questa funzionalità è sperimentale. Attualmente xz non è adatto per decomprimere il flusso in tempo reale, a causa di come effettua il buffering.

--no-sync

Non sincronizzare il file target e la sua directory sull'unità di archiviazione prima di rimuovere il file sorgente. Questo può migliorare le performance se si sta comprimendo o decomprimendo tanti piccoli file. Tuttavia, se il sistema dovesse andare in crash subito dopo l'eliminazione, è possibile che il file destinazione non sia ancora stato scritto sull'unità di archiviazione mentre l'operazione di eliminazione sì. In questo caso non saranno più disponibili né il file sorgente originale né il file di destinazione.

Questa opzione ha effetto solamente quando xz deve rimuovere il file sorgente. Negli altri casi la sincronizzazione non viene eseguita.

La sincronizzazione e --no-sync sono stati aggiunti nella versione xz 5.7.1alpha.

--memlimit-compress=LIMITE

Imposta un limite di utilizzo della memoria per la compressione. Se questa opzione viene specificata più volte, ha effetto l'ultima.

Se le impostazioni di compressione superano il valore LIMITE, xz tenterà di regolare le impostazioni verso il basso in modo che il limite non venga più superato e visualizzerà un avviso che indica che è stata eseguita una regolazione automatica. Le regolazioni vengono eseguite in questo ordine: riduzione del numero di thread, passaggio alla modalità a thread singola se anche un solo thread in modalità a thread multiple supera il LIMITE, e infine riducendo la dimensione del dizionario LZMA2.

Quando si comprime con --format=raw oppure se si è specificato --no-adjust, è possibile ridurre solo il numero di thread, poiché questo può essere fatto senza influire sull'output compresso.

Se non è possibile soddisfare il LIMITE anche con le regolazioni sopra descritte, viene visualizzato un errore e xz uscirà con lo stato di uscita 1.

Il LIMITE può essere specificato in diversi modi:

Per xz a 32-bit esiste un caso particolare: se il LIMITE fosse oltre 4020 MiB, il LIMITE viene impostato a 4020 MiB. Su MIPS32 invece viene usato 2000 MiB. (I valori 0 e max non sono influenzati da questo. Un comportamento simile non esiste per la decompressione). Questo può essere utile quando un eseguibile a 32 bit ha accesso a uno spazio di indirizzi da 4 GiB (2 GiB su MIPS32), e si spera che non faccia danni in altre situazioni.

Vedere anche la sezione Utilizzo memoria

--memlimit-decompress=LIMITE

Imposta un limite di utilizzo della memoria per la decompressione. Questo influisce anche sulla modalità --list. Se l'operazione non è possibile senza oltrepassare il LIMITE, xz mostrerà un errore e la decompressione del file fallirà. Si veda --memlimit-compress=LIMITE per possibili modi per specificare il LIMITE.

--memlimit-mt-decompress=LIMITE

Imposta un limite di utilizzo della memoria per la decompressione multi-thread. Questo può influire solo sul numero di thread; non indurrà mai xz a rifiutarsi di decomprimere un file. Se LIMITE è troppo basso per consentire le thread multiple, il LIMITE viene ignorato e xz continuerà in modalità a thread singola. Si noti che se viene utilizzato anche --memlimit-decompress, si applicherà sempre sia alla modalità a thread singola che a quella a thread multiple, e quindi il LIMITE effettivo per le thread multiple non sarà mai superiore a quello impostato con --memlimit-decompress.

In contrasto con le altre opzioni di limite di utilizzo della memoria, --memlimit-mt-decompress=LIMITE ha un LIMITE predefinito specifico per il sistema. xz --info-memory può essere utilizzato per vedere il valore corrente.

Questa opzione e il suo valore predefinito esistono perché, senza un limite, il decompressore a thread multiple potrebbe finire per allocare una quantità folle di memoria per alcuni file input. Se il valore predefinito LIMITE è troppo basso sul proprio sistema, è possibile aumentarlo liberamente, ma non deve essere mai impostato a un valore più grande della quantità di RAM utilizzabile, in quanto con file di input appropriati xz cercherà di utilizzare quella quantità di memoria anche con un basso numero di thread. Esaurire la memoria o fare swap non migliorerà le performance della decompressione.

Vedi --memlimit-compress=LIMITE per possibili modi per specificare il LIMITE. Impostando LIMITE su 0 si ripristina il valore predefinito LIMITE specifico del sistema.

-M LIMITE, --memlimit=LIMITE, --memory=LIMITE

Questo equivale a specificare --memlimit-compress=LIMITE --memlimit-decompress=LIMITE --memlimit-mt-decompress=LIMITE.

--no-adjust

Visualizza un errore e esce se non è possibile soddisfare il limite di utilizzo della memoria senza regolare le impostazioni che influiscono sull'output compresso. In altre parole, ciò impedisce a xz di passare il codificatore dalla modalità multi-thread alla modalità a thread singola e di ridurre le dimensioni del dizionario LZMA2. Anche quando viene usata questa opzione, il numero di thread può essere ridotto per soddisfare il limite di utilizzo della memoria, in quanto ciò non influirà sull'output compresso.

La regolazione automatica è sempre disabilitata quando si creano flussi raw (--format=raw).

-T THREADS, --threads=THREADS

Specifica il numero di thread di lavoro da utilizzare. L'impostazione di THREADS al valore speciale 0 fa sì che xz utilizzi fino a un numero di thread che il processore/i del sistema supportano. Il numero effettivo di thread può essere inferiore a THREADS se il file di input non è sufficientemente grande per il threading con le impostazioni specificate o se l'utilizzo di più thread supera il limite di utilizzo della memoria.

I compressori a thread singola e a thread multiple producono output diversi. Il compressore a thread singola produrrà la dimensione del file più piccola, ma solo l'output del compressore a thread multiple può essere decompresso utilizzando più thread. Impostando THREADS su 1 verrà utilizzata la modalità a thread singola. L'impostazione di THREADS su qualsiasi altro valore, incluso 0, utilizzerà il compressore a thread multiple anche se il sistema supporta un solo thread hardware. (xz 5.2.x utilizzava la modalità a thread singola in questa situazione.)

Per utilizzare la modalità a thread multiple con un solo thread, impostare THREADS su +1. Il prefisso + non ha alcun effetto con valori diversi da 1. Un limite di utilizzo della memoria può comunque far passare xz alla modalità a thread singola a meno che non venga utilizzato --no-adjust. Il supporto per il prefisso + è stato aggiunto in xz 5.4.0.

Se è stato richiesto un numero automatico di thread e non è stato specificato alcun limite di utilizzo della memoria, verrà utilizzato un limite "soft" predefinito, specifico del sistema, per limitare eventualmente il numero di thread. È un limite "soft" nel senso che viene ignorato se il numero di thread diventa uno, quindi un limite soft non impedirà mai a xz di comprimere o decomprimere. Questo limite soft predefinito non farà passare xz dalla modalità a thread multiple alla modalità thread singola. I limiti attivi possono essere visualizzati con xz --info-memory.

Attualmente l'unico metodo di threading consiste nel dividere l'input in blocchi e comprimerli indipendentemente l'uno dall'altro. La dimensione predefinita del blocco dipende dal livello di compressione e può essere sovrascritta con l'opzione --block-size=DIMENSIONE.

La decompressione a thread multiple funziona solo su file che contengano più blocchi con l'informazione della dimensione nelle intestazioni del blocco. Tutti i file sufficientemente grandi compressi in modalità a thread multiple soddisfano questa condizione, mentre i file compressi in modalità thread singola no, neanche se si è utilizzato --block-size= DIMENSIONE.

Il valore predefinito per THREADS è 0. In xz 5.4.x e precedenti il valore predefinito era 1.

Catene di filtri di compressione personalizzate

Una catena di filtri personalizzata consente di specificare in dettaglio le impostazioni di compressione invece di fare affidamento sulle impostazioni associate ai livelli preimpostati. Quando viene specificata una catena di filtri personalizzata, le opzioni relative ai livelli preimpostati (-0 ... -9 e --extreme) specificate in precedenza sulla riga di comando vengono dimenticate. Se un'opzione livello preimpostato viene specificata dopo una o più opzioni della catena di filtri personalizzata, il nuovo livello preimpostato ha effetto e le opzioni della catena di filtri personalizzate specificate in precedenza vengono dimenticate.

Una catena di filtri è paragonabile a una pipe sulla riga di comando. Durante la compressione, l'input non compresso va al primo filtro, il cui output va al filtro successivo (se presente). L'output dell'ultimo filtro viene scritto nel file compresso. Il numero massimo di filtri nella catena è quattro, ma in genere una catena di filtri ha solo uno o due filtri.

Molti filtri hanno limitazioni su dove possono trovarsi nella catena di filtri: alcuni filtri possono funzionare solo come ultimo filtro della catena, altri solo come filtro non ultimo e alcuni funzionano in qualsiasi posizione nella catena. A seconda del filtro, questa limitazione è inerente alla struttura del filtro oppure esiste per evitare problemi di sicurezza.

Una catena di filtri personalizzata può essere specificata in due modi diversi. Le opzioni --filters=FILTRI and --filters1=FILTRI ... --filters9=FILTRI permettono di specificare un'intera catena di filtri in una opzione utilizzando la sintassi della stringa del filtro di lzma. In alternativa, una catena di filtri può essere specificata utilizzando una o più singole opzioni di filtro nell'ordine desiderato nella catena di filtri. Questo significa che l'ordine delle singole opzioni di filtro è importante! Quando si decodificano i flussi grezzi (--format=raw), la catena di filtri deve essere specificata nello stesso ordine in cui è stata specificata durante la compressione. Qualsiasi filtro individuale o opzione livello preimpostato specificata prima dell'opzione della catena completa (--filters=FILTRI) verrà dimenticata. I singoli filtri specificati dopo l'opzione della catena completa reimposteranno la catena di filtri.

Sia l'opzione di filtro completo che quella individuale accettano OPZIONI specifiche del filtro come un elenco separato da virgole. Virgole in eccesso nelle OPZIONI vengono ignorate. Ogni opzione ha un valore di default, quindi occorre specificare solamente quelle che si desidera modificare.

Per vedere l'intera catena di filtri e OPZIONI, usa xz -vv (ossia, usa --verbose due volte). Questo funziona anche per visualizzare le opzioni della catena di filtri utilizzate dai livelli preimpostati.

--filters=FILTRI

Specifica l'intera catena dei filtri oppure un livello preimpostato in una singola opzione. Ogni filtro può essere separato da spazi o da due trattini (--). Potrebbe essere necessario mettere tra virgolette i FILTRI sulla riga di comando della shell in modo che vengano analizzati come una singola opzione. Per indicare OPZIONI, usa : o =. Un livello preimpostato può essere preceduto da un - e seguito da zero o più flag. L'unico flag supportato è e per applicare le stesse opzioni di --extreme.

--filters1=FILTRI ... --filters9=FILTRI

Specifica fino a nove catene di filtri aggiuntive che possono essere utilizzate con --block-list.

Ad esempio, quando si comprime un archivio con file eseguibili seguiti da file di testo, la parte eseguibile potrebbe utilizzare una catena di filtri con un filtro BCJ e la parte di testo solo il filtro LZMA2.

--filters-help

Mostra un messaggio di aiuto che descrive come specificare livelli preimpostati e catene di filtri personalizzati nelle opzioni --filters e --filters1=FILTRI ... --filters9=FILTRI, e termina con successo.

--lzma1[=OPZIONI]

--lzma2[=OPZIONI]

Aggiunge un filtro LZMA1 o LZMA2 alla catena dei filtri. Questi filtri possono essere usati solo come ultimo filtro della catena.

LZMA1 è un filtro obsoleto, supportato quasi esclusivamente a causa del formato obsoleto di file .lzma, che supporta solo LZMA1. LZMA2 è una versione aggiornata di LZMA1 che risolve alcuni problemi pratici di LZMA1. Il formato .xz utilizza LZMA2 e non supporta LZMA1. La velocità e i rapporti di compressione di LZMA1 e LZMA2 sono praticamente gli stessi.

LZMA1 e LZMA2 condividono lo stesso insieme di OPZIONI:

Quando si decomprime un flusso grezzo (--format=raw), LZMA2 ha bisogno solamente della DIMENSIONE del dizionario. LZMA1 ha anche bisogno di lc, lp, e pb.

--x86[=OPZIONI]

--arm[=OPZIONI]

--armthumb[=OPZIONI]

--arm64[=OPZIONI]

--powerpc[=OPZIONI]

--ia64[=OPZIONI]

--sparc[=OPZIONI]

--riscv[=OPZIONI]

Aggiunge un filtro branch/call/jump (BCJ) alla catena dei filtri. Questi filtri non possono essere utilizzati come ultimo filtro nella catena di filtri.

Un filtro BCJ converte gli indirizzi relativi in codice macchina nelle loro controparti assolute. Questo non cambia la dimensione dei dati ma aumenta la ridondanza, cosa che può aiutare LZMA2 a produrre .xz file 0–15 % più piccoli. I filtri BCJ sono sempre reversibili, quindi usare un filtro BCJ per il tipo di dati sbagliato non causa perdita di dati, al massimo può determinare un rapporto di compressione leggermente peggiore. I filtri BCJ sono molto veloci e usano una quantità di memoria minima.

Questi filtri BCJ presentano problemi noti relativi al rapporto di compressione:

Insiemi diversi di istruzioni hanno diversi allineamenti: il file eseguibile deve essere allineato a un multiplo di questo valore nei dati di input per far funzionare il filtro.

Dal momento che i dati filtrati da BCJ solitamente sono compressi con LZMA2, il rapporto di compressione può essere migliorato leggermente se le opzioni LZMA2 sono impostate in modo che corrispondano all'allineamento del filtro BCJ selezionato. Esempi:

Tutti i filtri BCJ supportano le stesse OPZIONI:

--delta[=OPZIONI]

Aggiunge un filtro Delta alla catena dei filtri. I filtri Delta non possono essere utilizzati come ultimo filtro nella catena di filtri.

Al momento è supportato solo un semplice calcolo delta byte-per-byte. Può essere utile quando si comprime, per esempio, immagini bitmap non compresse o file audio PCM non compressi. Tuttavia, speciali algoritmi ad-hoc potrebbero dare risultati significativamente migliori che Delta + LZMA2. Questo è vero specialmente per l'audio, che comprime più velocemente e meglio, ad esempio, con flac(1).

OPZIONI supportate:

Altre opzioni

-q, --quiet

Sopprime avvertimenti e avvisi. Specificarlo due volte per eliminare anche gli errori. Questa opzione non ha alcun effetto sullo stato di uscita. In altre parole, anche se un avvertimento è stato eliminato, lo stato di uscita che indica un avvertimento viene comunque utilizzato.

-v, --verbose

Sii prolisso. Se lo standard error è collegato a un terminale, xz visualizzerà un indicatore di avanzamento. Specificando --verbose due volte si otterrà un output ancora più dettagliato.

L'indicatore di avanzamento mostra le seguenti informazioni:

Quando lo standard error non è un terminale, --verbose farà stampare a xz il nome del file, la dimensione compressa, la dimensione non compressa, il rapporto di compressione, e potendo anche la velocità e il tempo trascorso, su una singola riga dello standard error, dopo aver compresso o decompresso il file. La velocità e il tempo trascorso sono inclusi solo se l'operazione è durata almeno un paio di secondi. Se l'operazione non è conclusa, ad esempio a causa dell'interruzione da parte dell'utente, viene stampata anche la percentuale di completamento, a patto che la dimensione del file input sia nota.

-Q, --no-warn

Non impostare lo stato di uscita a 2 anche se è stata rilevata una condizione che merita un avvertimento. Questa opzione non influisce sul livello di dettaglio, quindi sia --quiet che --no-warn devono essere utilizzati per non visualizzare avvertimenti e per non alterare lo stato di uscita.

--robot

Stampa i messaggi in un formato analizzabile dal computer. Questo ha lo scopo di facilitare la scrittura dei frontend che vogliono usare xz invece di liblzma, che potrebbe essere il caso di vari script. Si intende che con questa opzione abilitata l'output dovrebbe rimanere stabile tra le versioni di xz. Per ulteriori informazioni, vedere la sezione MODALITÀ ROBOT.

--info-memory

Mostra, in un formato leggibile da umani, quanta memoria fisica (RAM) e quante thread xz pensa che il sistema abbia e i limiti di utilizzo di memoria per la compressione e la decompressione, quindi termina con successo.

-h, --help

Mostra un messaggio di aiuto che descrive le opzioni usate più comunemente, e termina con successo.

-H, --long-help

Mostra un messaggio di aiuto che descrive tutte le funzionalità di xz, e termina con successo

-V, --version

Mostra il numero di versione di xz e liblzma in un formato leggibile dagli umani. Per ottenere un output analizzabile da una macchina specificare --robot prima di --version.

Modalità stampa

xz --robot --list usa un output separato da tabulazione. La prima colonna di ogni riga contiene una stringa che indica il tipo di informazione contenuta in quella riga:

name

Questa è sempre la prima riga quando si inizia a elencare un file. La seconda colonna della riga è il nome del file.

file

Questa riga contiene informazioni generali sul file .xz. Questa riga viene sempre stampata dopo la riga name.

stream

Questo tipo di riga viene utilizzato solo quando è stato specificato --verbose. Sono presenti tante righe stream quanti sono i flussi nel file .xz.

block

Questo tipo di riga viene utilizzato solo quando è stato specificato --verbose. Ci sono tante righe block quanti sono i blocchi nel file .xz. Le righe block vengono visualizzate dopo tutte le righe stream; i diversi tipi di riga non vengono interlacciati.

summary

Questo tipo di riga viene utilizzato solo quando --verbose è stato specificato due volte. Questa riga viene stampata dopo tutte le righe block. Come la riga file, la riga summary contiene informazioni generali sul file .xz.

totals

Questa riga è sempre l'ultima riga dell'output dell'elenco. Mostra i conteggi totali e le dimensioni.

Le colonne delle righe file:

Le colonne delle righe stream:

Le colonne delle righe block:

Se --verbose viene specificato due volte, sono incluse colonne aggiuntive nelle righe block. Queste non sono mostrate con un --verbose singolo, perché recuperare queste informazioni richiede molte ricerche e quindi può essere lento:

Le colonne delle righe summary:

Le colonne delle righe totali:

Se --verbose viene specificato due volte, sono incluse colonne aggiuntive nella riga totali:

Versioni future potrebbero aggiungere nuovi tipi di riga e nuove colonne possono essere aggiunte ai tipi di riga esistenti, ma le colonne esistenti non verranno modificate.

Aiuto sui filtri

xz --robot --filters-help stampa i filtri supportati nel seguente formato:

FILTRO:OPZIONE=<VALORE>,OPZIONE=<VALORE>...

FILTRO

Nome del filtro

OPZIONE

Nome di un'opzione specifica del filtro

VALORE

Gli intervalli del VALORE numerico appaiono come <MIN-MAX>. Le scelte per i VALORI stringa sono mostrati in < > e separati dal carattere |.

Ogni filtro è mostrato su una riga dedicata.

Informazione limite memoria

xz --robot --info-memory stampa una singola riga con più colonne separate da tabulazione:

1.

Quantità totale di memoria fisica (RAM) in byte.

2.

Limite utilizzo memoria per la compressione in byte (--memlimit-compress). Il valore speciale 0 indica l'impostazione predefinita, che in modalità thread singola equivale a nessun limite.

3.

Limite utilizzo memoria per la decompressione in byte (--memlimit-decompress). Il valore speciale 0 indica l'impostazione predefinita, che in modalità thread singola equivale a nessun limite.

4.

A partire da xz 5.3.4alpha: Utilizzo della memoria per la decompressione a thread multiple in byte (--memlimit-mt-decompress). Questo valore non è mai zero perché viene utilizzato un valore predefinito specifico del sistema mostrato nella colonna 5, se non è stato specificato alcun limite in modo esplicito. Inoltre, non è mai maggiore del valore nella colonna 3, anche se è stato specificato un valore maggiore con --memlimit-mt-decompress.

5.

A partire da xz 5.3.4alpha: un limite di utilizzo della memoria predefinito specifico del sistema, che viene utilizzato per limitare il numero di thread durante la compressione con un numero automatico di thread (--threads=0) e non è stato specificato alcun limite di utilizzo della memoria (--memlimit-compress). Questo viene utilizzato anche come valore predefinito per --memlimit-mt-decompress.

6.

A partire da xz 5.3.4alpha: Numero di thread del processore disponibili.

In futuro, l'output di xz --robot --info-memory potrebbe avere più colonne, ma mai più di una singola riga.

Versione

xz --robot --version stampa il numero di versione di xz e liblzma nel seguente formato:

XZ_VERSION=XYYYZZZS
LIBLZMA_VERSION=XYYYZZZS

X

Versione major.

YYY

Versione minor. I numeri pari sono stabili. I numeri dispari sono versioni alfa o beta.

ZZZ

Livello di patch per le versioni stabili o solo un contatore per le versioni di sviluppo.

S

Stabilità. 0 è alfa, 1 è beta e 2 è stabile. S dovrebbe essere sempre 2 quando YYY è pari.

XYYYZZZS sono uguali su entrambe le righe se xz e liblzma appartengono allo stesso rilascio delle XZ Utils.

Esempi: 4.999.9beta è 49990091 e 5.0.0 è 50000002.

Livelli di compressione preimpostati

La numerazione dei livelli di compressione preimpostati non è identica in xz e nelle LZMA Utils. La differenza più importante è il modo in cui le dimensioni del dizionario vengono mappate sulle diverse preimpostazioni. La dimensione del dizionario è approssimativamente uguale all'utilizzo della memoria del decompressore.

Le differenze di dimensione del dizionario influiscono anche sull'utilizzo della memoria del compressore, ma ci sono alcune altre differenze tra le LZMA Utils e le XZ Utils, che rendono la differenza ancora più grande:

Il livello preimpostato predefinito nelle LZMA Utils è -7 mentre nelle XZ Utils è -6, quindi entrambi utilizzano un dizionario da 8 MiB per impostazione predefinita.

File .lzma con flussi vs. senza flussi

La dimensione non compressa del file può essere memorizzata nell'intestazione .lzma. Le LZMA Utils lo fanno durante la compressione di file regolari. L'alternativa consiste nel memorizzare che la dimensione non compressa è sconosciuta e utilizzare l'indicatore di fine carico utile per indicare il punto in cui il decompressore deve fermarsi. Le LZMA Utils utilizzano questo metodo quando le dimensioni non compresse non sono note, come nel caso, ad esempio, delle pipe.

xz supporta la decompressione di file .lzma con o senza il marcatore di fine payload, ma tutti i file .lzma creati da xz utilizzeranno il marcatore di fine payload e avranno dimensioni non compresse contrassegnate come sconosciute nell'intestazione .lzma. Questo può essere un problema in alcune situazioni non comuni. Ad esempio, un decompressore .lzma in un dispositivo embedded potrebbe funzionare solo con file con dimensioni non compresse note. Se si incorre in questo problema, occorre utilizzare le LZMA Utils oppure l'LZMA SDK per creare dei file .lzma con dimensioni non compresse note.

File .lzma non supportati

Il formato .lzma permette valori lc fino a 8, e valori lp fino a 4. Le LZMA Utils possono decomprimere file con qualunque lc e lp, ma creeranno sempre file con lc=3 e lp=0. Creare file con altri lc e lp è possibile con xz e con l'LZMA SDK.

L'implementazione del filtro LZMA1 in liblzma richiede che la somma di lc e lp non debba superare 4. Pertanto, i file .lzma che superano questa limitazione non possono essere decompressi con xz.

Le LZMA Utils creano solo file .lzma con dimensione del dizionario 2^n (una potenza di 2) ma accettano file con qualsiasi dimensione di dizionario. liblzma accetta solo file .lzma con dimensione del dizionario 2^n o 2^n + 2^(n-1). Questo serve a limitare i falsi positivi quando si cerca di identificare i file .lzma.

All'atto pratico queste limitazioni non dovrebbero essere un problema, perché praticamente tutti i file .lzma sono stati compressi con impostazioni che liblzma accetterà.

Dati sporchi finali

Quando si decomprime, le LZMA Utils ignorano automaticamente tutto quello che c'è dopo il primo flusso .lzma. Nella maggior parte delle situazioni questo è un baco. Questo significa anche che le LZMA Utils non supportano la decompressione di file .lzma concatenati.

Se sono rimasti dati dopo il primo flusso .lzma, xz considera il file corrotto a meno che sia stato utilizzato --single-stream. Questo può far rompere script incomprensibili che hanno assunto che i dati sporchi finali vengano ignorati.

L'output compresso può variare

L'esatto output compresso prodotto dallo stesso file di input non compresso può variare tra le versioni delle XZ Utils, anche se le opzioni di compressione sono le stesse. Questo perché il codificatore può essere stato migliorato (compressione più veloce o migliore) senza influire sul formato del file. L'output può variare anche tra diverse build della stessa versione delle XZ Utils, se vengono utilizzate opzioni di build differenti.

Quanto sopra significa che una volta che --rsyncable è stato implementato, i file risultanti non saranno necessariamente rsync-abili a meno che sia i vecchi che i nuovi file non siano stati compressi con la stessa versione di xz. Questo problema può essere risolto se una parte dell'implementazione del codificatore viene congelata per mantenere stabile l'output rsync-abile tra le versioni di xz.

Abilita i decompressori .xz

Le implementazioni dei decompressori .xz embedded, come XZ Embedded, non necessariamente supportano file creati con tipi di integrità CONTROLLO diversi da none e crc32. Dal momento che il valore predefinito è --check=crc64, occorre specificare --check=none o --check=crc32 quando si creano file per sistemi embedded.

Al di fuori dei sistemi embedded, tutti i decompressori in formato .xz supportano tutti i tipi di CONTROLLO, o almeno sono in grado di decomprimere il file senza verificare il controllo di integrità se il particolare CONTROLLO non è supportato.

XZ Embedded supporta i filtri BCJ, ma solo con offset iniziale predefinito.

Informazioni di base

Comprime il file foo in foo.xz utilizzando il livello di compressione predefinito (-6) e rimuove foo se la compressione ha esito positivo:

xz foo

Decomprime bar.xz in bar e non rimuove bar.xz anche se la decompressione ha successo:

xz -dk bar.xz

Crea baz.tar.xz con il preset -4e (-4 --extreme), che è più lenta della predefinita -6, ma ha bisogno di meno memoria per la compressione e decompressione (48 MiB e 5 MiB, rispettivamente):

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

Una combinazione di file compressi e non compressi può essere decompressa sullo output standard con un singolo comando:

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

Compressione parallela di più file

Su GNU e *BSD, find(1) e xargs(1) possono essere usati per parallelizzare la compressione di più file:

find . -type f \! -name '*.xz' -print0 \


    | xargs -0r -P4 -n16 xz -T1

L'opzione -p di xargs(1) imposta il numero di processi xz paralleli. Il valore migliore per l'opzione -n dipende dal numero di file da comprimere. Se sono presenti solo un paio di file, il valore dovrebbe probabilmente essere 1; con decine di migliaia di file, 100 o anche di più può essere appropriato per ridurre il numero di processi xz che xargs(1) alla fine creerà.

L'opzione -T1 per xz serve a forzare la modalità a thread singola, perché xargs (1) viene utilizzato per controllare la quantità di parallelizzazione.

Modalità robot

Calcola quanti byte sono stati salvati in totale dopo la compressione di più file:

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

Uno script potrebbe voler sapere se si sta utilizzando una versione di xz sufficientemente recente. Il seguente script sh(1) controlla che il numero di versione dello strumento xz sia almeno 5.0.0. Questo metodo è compatibile con le vecchie versioni beta, che non supportavano l'opzione --robot:

if ! eval "$(xz --robot --version 2> /dev/null)" ||


        [ "$XZ_VERSION" -lt 50000002 ]; then


    echo "Your xz is too old."
fi
unset XZ_VERSION LIBLZMA_VERSION

Imposta un limite di utilizzo della memoria per la decompressione utilizzando XZ_OPT, ma se è già stato impostato un limite, non lo aumenta:

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

Catene di filtri di compressione personalizzate

L'uso più semplice delle catene di filtri personalizzate è la personalizzazione di un preset di LZMA2. Questo può essere utile, perché i preset coprono solamente un sottoinsieme di tutte le combinazioni di impostazioni di compressione potenzialmente utili.

Le colonne CompCPU delle tabelle dalle descrizioni delle opzioni -0 ... -9 e --extreme sono utili quando si personalizzano i preset di LZMA2. Di seguito sono riportate le parti rilevanti raccolte da queste due tabelle:

Se si sa che un file richiede un dizionario piuttosto grande (ad esempio, 32 MiB) per essere compresso bene, ma si desidera comprimerlo più velocemente di quanto farebbe xz -8, è possibile modificare un preset con un basso valore CompCPU (ad esempio, 1) per utilizzare un dizionario più grande:

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

Con alcuni file, il comando sopra potrebbe essere più veloce di xz -6 e la compressione significativamente migliore. Tuttavia, si deve sottolineare che solo alcuni file traggono beneficio da un dizionario grande e mantengono basso il valore di CompCPU. La situazione più ovvia in cui un dizionario grande può aiutare molto è un archivio contenente file molto simili di almeno un paio di megabyte ciascuno. La dimensione del dizionario deve essere significativamente più grande di ogni singolo file per permettere a LZMA2 di trarre pieno vantaggio dalle somiglianze tra file consecutivi.

Se l'utilizzo molto elevato della memoria del compressore e del decompressore è accettabile, e il file da comprimere è almeno di diverse centinaia di megabyte, potrebbe essere utile utilizzare un dizionario ancora più grande dei 64 MiB che xz -9 utilizzerebbe:

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

L'uso di -vv (--verbose --verbose) come nell'esempio precedente può essere utile per vedere i requisiti di memoria del compressore e del decompressore. Tenere presente che l'utilizzo di un dizionario più grande della dimensione del file non compresso è uno spreco di memoria, quindi il comando precedente non è utile per i file di piccole dimensioni.

A volte il tempo di compressione non importa, ma l'utilizzo di memoria del decompressore deve essere tenuta bassa, per esempio, per permettere di decomprimere il file in un sistema embedded. Il comando seguente usa -6e (-6 --extreme) come base e imposta il dizionario a soli 64 KiB. Il file risultante può essere decompresso con XZ Embedded (ecco perché c'è --check=crc32) usando circa 100 KiB di memoria.

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

Se si desidera spremere il maggior numero possibile di byte, a volte può essere utile regolare il numero di bit di contesto letterale (lc) e il numero di bit di posizione (pb). Anche la regolazione del numero di bit di posizione letterale (lp) potrebbe essere d'aiuto, ma di solito lc e pb sono più importanti. Per esempio, un archivio di codici sorgente contiene principalmente testo US-ASCII, quindi qualcosa come il seguente potrebbe produrre un file leggermente (0,1 %) più piccolo di xz -6e (provare anche senza lc=4):

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

Usare un altro filtro insieme a LZMA2 può migliorare la compressione per alcuni tipi di file. Ad esempio, per comprimere una libreria condivisa x86-32 o x86-64 usare il filtro BCJ:

xz --x86 --lzma2 libfoo.so

Si noti che l'ordine delle opzioni di filtro è significativo. Se viene specificato --x86 dopo --lzma2, xz darà un errore, perché non può esserci alcun filtro dopo LZMA2 e anche perché il filtro BCJ x86 non può essere utilizzato come ultimo filtro della catena.

Il filtro Delta insieme con LZMA2 può dare buoni risultati sulle immagini bitmap. Di solito dovrebbe battere il PNG, il quale ha alcuni filtri più avanzati rispetto al semplice delta ma utilizza Deflate per la compressione effettiva.

L'immagine deve essere salvata in un formato non compresso, ad esempio un TIFF non compresso. Il parametro distanza del filtro Delta è impostato in modo che corrisponda al numero di byte per pixel nell'immagine. Per esempio, un bitmap a 24 bit richiede dist=3, e va anche bene passare pb=0 a LZMA2 per adattarsi all'allineamento a tre byte:

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

Se più immagini sono state inserite in un singolo archivio (ad esempio, .tar), il filtro Delta funzionerà anche su questo purché tutte le immagini abbiano lo stesso numero di byte per pixel.