xz

名前

書式

コマンドエイリアス

説明

•

圧縮時は、目的とするファイルフォーマット ( .xz または .lzma) をサフィックスとして、元のファイル名にこれを加えたファイル名とします。

•

伸長時は、サフィックス .xz または .lzma を取り除いて、目的のファイル名とします。 xz はサフィックスとして .txz と .tlz も識別します。この場合はサフィックスを .tar として置き換えます。

•

file が通常の (regular) ファイルではない場合。シンボリックリンクをたどることはありません。したがってその場合は通常のファイルではないものとして扱われます。

•

file が複数のハードリンクを持つ場合。

•

file に setuid、setgid、スティッキービット (sticky bit) セットがある場合。

•

オペレーションモードが圧縮として設定されていて、file のサフィックスが目的とするファイルフォーマットにすでになっていた場合 ( .xz への圧縮時にすでに .xz や .txz であった場合、また .lzma への圧縮時にすでに .lzma や .tlz であった場合)。

•

オペレーションモードが伸長として設定されていて、file のサフィックスが対応しているファイルフォーマット ( .xz, .txz, .lzma, .tlz) でない場合。

メモリ利用

.xz ファイルの連結とパディング

オプション

整数に対するサフィックスと特別な値

KiB

1,024 (2^10) の倍数を表現します。 KiB と同じ意味を表す Ki, k, kB, K, KB が利用できます。

MiB

1,048,576 (2^20) の倍数を表現します。 MiB と同じ意味を表す Mi, m, M, MB が利用できます。

GiB

1,073,741,824 (2^30) の倍数を表現します。 GiB と同じ意味を表す Gi, g, G, GB が利用できます。

オペレーションモード

-z, --compress

圧縮を指示します。これはデフォルトのオペレーションモードです。オペレーションモードオプションが指定されなかった場合、あるいはコマンドラインからの指定において暗にオペレーションモードの指定が含まれていない場合に採用されます (たとえば unxz には --decompress が暗に含まれています)。

-d, --decompress, --uncompress

伸長を指示します。

-t, --test

圧縮された files の整合性をテストします。このオプションは --decompress --stdout とすることと同じです。ただし伸長されるデータが、標準出力へは書き込まれずに捨てられてしまう場合を除きます。このオプションでは、ファイル生成や削除は発生しません。

-l, --list

圧縮された files に関する情報を一覧表示します。伸長処理が行われるわけではなく、ファイル生成や削除は発生しません。このリストモードでは、標準入力あるいは他のシークできない入力ソースからの圧縮データは読み込むことができません。

このオプションによる一覧出力では、files に関する基本的な情報が、1 つにつき 1 行ずつ表示されます。さらに詳しい情報を得るには --verbose オプションも併用します。それ以上に細かい情報を得るには --verbose を 2 回指定します。ただしこれを行うと処理が遅くなるかもしれません。細かい情報を得るためには、数多くの検索処理が必要となるためです。詳細な情報を出力する際の出力幅は 80 文字を超えます。したがって less -S を利用するなどして出力をパイプすれば、横幅が十分に取れない端末であっても問題なく利用できます。

実際の出力は xz のバージョンやロケール指定により変わります。マシンにとって読み込み可能な出力とするには、 --robot --list を利用してください。

オペレーション修飾子 (operation modifiers)

-k, --keep

入力ファイルを削除しません。

-f, --force

このオプションには複数の効果があります。

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

圧縮または伸長する際に、出力先をファイルではなく標準出力とします。このオプションには --keep の指定が暗に含まれます。

--single-stream

.xz の入力ストリームから最初の 1 つだけを伸長します。そしてそのストリームの続きとして入力データが残っていても、そのことを示さずに無視します。ただし通常は、そういったゴミデータが続いていると xz はエラーを出力します。

xz では .lzma ファイルや生の (raw) ストリームからの複数ストリームは伸長処理を行いません。そこでこのオプションを利用しておけば、 .lzma ファイルや生のストリームの次にくるゴミデータを無視できます。

本オプションは、オペレーションモードが --decompress または --test である場合には何も行いません。

--no-sparse

スパース (sparse) ファイルを生成しないようにします。伸長処理によって通常ファイルを生成する際に、伸長したデータ内にバイナリ値ゼロの並びが長く続く場合、 xz はデフォルトでスパースファイルを生成しようとします。このような処理は、たとえ出力先が標準出力であっても、この標準出力が通常ファイルに結びついていて、かつ所定の条件をいくつか満たすことで安全に処理が進められるのであれば、同様に処理されます。スパースファイルを生成すれば、ディスク容量を節約できます。またディスク I/O の回数が減るので、伸長処理時間が短縮されます。

-S .suf, --suffix=.suf

圧縮処理においては、目的とするファイルのサフィックスを .xz や .lzma ではなく .suf とします。標準出力への書き出しではなく、ソースファイルがすでにサフィックス .suf を持っていた場合は、警告メッセージが表示されて、そのファイルの処理はスキップされます。

伸長処理においては、ファイルのサフィックスを .xz, .txz, .lzma, .tlz に加えて .suf を扱うようにします。ソースファイルのサフィックスが .suf である場合、このサフィックスを取り除いたものを目的のファイル名とします。

生の (raw) ストリームを圧縮または伸長する場合 ( --format=raw)、標準出力に書き込む場合を除き、サフィックスは必ずつけなければなりません。生のストリームに対するデフォルトのサフィックスがないためです。

--files[=file]

処理対象とする file のファイル名を読み込みます。 file を省略した場合、ファイル名は標準入力から読み込まれます。ファイル名は改行文字によって終了していなければなりません。ダッシュ ( -) は通常のファイル名として扱われます。つまり標準入力を意味するものではありません。ファイル名がコマンドライン引数からも指定された場合、 file からファイル名を読み込む前にその指定が処理されます。

--files0[=file]

これは --files[=file] と同等です。ただしこれを利用する場合、各ファイル名はヌル文字で区切られていなければなりません。

基本的なファイルフォーマットと圧縮オプション

-F format, --format=format

圧縮または伸長を行う際のファイルフォーマットを format に指定します。

-C check, --check=check

整合性チェックのタイプを指定します。このチェックは伸長データから計算され、.xz ファイル内に保存されます。本オプションは、 .xz フォーマットへの圧縮時にのみ効果があります。つまり .lzma フォーマットでは、整合性チェック機能はサポートされていません。整合性チェックは (もしあれば) .xz ファイルの伸長時に検証されます。

サポートされる check のタイプは以下です：

.xz ヘッダーの整合性を、常に CRC32 によって検証します。これを変更したり無効化することはできません。

--ignore-check

伸長時に圧縮データの整合性チェックを検証しません。.xz ヘッダー内にある CRC32 値は、それでも普通に検証されます。

このオプションが何を行うのかを理解していない場合は利用しないでください。 本オプションを利用する状況は以下のとおりです：

-0 ... -9

圧縮プリセットレベル (preset level) を選択します。デフォルトは -6 です。複数のプリセットレベルが指定された場合、最後に指定されたものが採用されます。カスタムフィルターチェーン (custom filter chain) がすでに指定されている場合、圧縮プリセットレベルの指定により、そのカスタムフィルターチェーンの指定は解除されます。

プリセットの違いは、gzip(1) や bzip2(1) にはない重要な意味があります。圧縮処理に対するプリセット指定は、伸長時におけるメモリ容量を決定づけます。したがってより高度なプリセットレベルを用いると、小容量の RAM しかない旧来のシステムでは、伸長時に相当な負荷がかかるかもしれません。特に gzip(1) や bzip2(1) では -9 をよく指定しますが、 xz では 何も考えず常に -9 を用いるのは得策ではありません。

同一のハードウェア上であれば、伸長にかかる処理速度は毎秒、データ圧縮に要したバイト数の倍数にほぼ一致します。言い換えると、通常は圧縮率が高ければ伸長処理は速くなります。ということはつまり、単位時間内に生成される伸長処理の出力データ量は、状況によりさまざまであるということです。

以下の表はプリセットの特徴をまとめたものです。

各カラムは以下のとおりです。

-e, --extreme

指定されているプリセットレベル ( -0 ... -9) に比較して、より遅い処理方式 (variant) を用います。これにより少しでも高圧縮率が得られるようにします。ただし場合によっては、期待に沿わない結果となることもあります。伸長処理時におけるメモリ利用量には影響しません。ただし圧縮処理時のメモリ利用量は、そのときのレベルが -0 ... -3 である場合には若干増加します。

辞書サイズを 4 MiB、8 MiB とするプリセットが 2 つずつあり、プリセット -3e と -5e はそれぞれ -4e と -6e に比べて若干高速になる (CompCPU は低くなる) 設定です。このようにして 2 つのプリセットが異なることになります。

たとえば 8 MiB の辞書サイズとなるプリセットは、全部で 4 つあります。これらにおいて処理が高速となる順は -5, -6, -5e, -6e です。

--fast

--best

これらはそれぞれ -0 と -9 に対するエイリアスですが、やや誤解を招きやすいものです。これは LZMA Utils との後方互換性のために提供されています。このオプションを利用することは避けてください。

--block-size=size

.xz フォーマットに圧縮する場合に、入力データを size バイトごとのブロックに分割します。このブロックは互いに独立して圧縮されます。これはマルチスレッド対応のためであり、限定されたランダムアクセス伸張を可能にします。このオプションによって、通常はマルチスレッドモードでのデフォルトブロックサイズをオーバーライドします。ただしこのオプションは、シングルスレッドモードでも利用することができます。

マルチスレッドモードにおいては、size バイトのおよそ 3 倍分が、各スレッドの入出力バッファとして割り当てられます。デフォルトの size は LZMA2 辞書サイズの 3 倍か、1 MiB のいずれか大きい方になります。通常なら、LZMA2 辞書サイズの 2 ～ 4 倍か、最低 1 MiB が適正な値です。 size に LZMA2 辞書サイズよりも小さな値を用いると、RAM を無駄に消費します。LZMA2 辞書のバッファはすべてが十分に利用されることはないためです。ブロックサイズはブロックヘッダー内に保存されます。これは xz の将来版において、マルチスレッドでの伸長処理に利用される予定です。

シングルスレッドモードでは、デフォルトではブロック分割処理は行われません。本オプションを設定しても、メモリ利用量には影響しません。サイズ情報はブロックヘッダーに保存されないため、シングルモードにおいて生成されたファイルは、マルチスレッドで生成されたファイルと同一にはならなくなります。サイズ情報を含んでいないということは、つまり xz の将来版において、マルチスレッドモードにおける伸長処理が不能となる場合があることを意味します。

--block-list=sizes

.xz フォーマットに圧縮する場合に、非圧縮データから指定された間隔分をあけて、新たなブロックを開始します。

非圧縮ブロックの sizes は、カンマ区切りリストとして指定します。サイズを省略する (2 つ以上の連続したカンマのみを記述する) と、それは省略表記として前ブロックのサイズを利用する指定となります。

入力ファイルが size の合計よりも大きかった場合、 sizes の最後に指定された値を用いて、入力ファイルを繰り返し処理します。特別な設定値として 0 を用いると、これが最終の値として用いられ、ファイルの残りのデータを単一のブロックとしてエンコード処理を行うことを指示します。

sizes に設定した値が、エンコード処理するブロックサイズ (スレッドモードにおけるデフォルト値、あるいは --block-size=size に指定された値) を超える場合、 sizes に指定されたブロック範囲を超えたところで追加のブロックを生成します。たとえば --block-size=10MiB --block-list=5MiB,10MiB,8MiB,12MiB,24MiB と指定し、入力ファイルが 80 MiB であった場合、合計で 11 ブロック、つまり順番に 5, 10, 8, 10, 2, 10, 10, 4, 10, 10, 1 MiB のブロックとなります。

マルチスレッドモードの場合、ブロックサイズはブロックヘッダー内に保存されます。これはシングルスレッドモードでは行われません。したがってエンコード処理結果は、マルチスレッドモードによるものとは同一になりません。

--flush-timeout=timeout

圧縮時に、前回のフラッシュ処理からtimeoutミリ秒(正の整数)以上経過し、それ以上の入力を読み取るとブロックされるような場合、処理中断していた入力データがエンコード処理からフラッシュされて、出力ストリームでの利用が可能になります。こういった処理は、xz がネットワーク越しにストリームされたデータを圧縮する際に活用されます。 timeout に小さな値を設定しておくと、受信したデータの最終分を利用する際に、わずかな遅延を起こすものとなります。もっともこの timeout に大きな値を設定しておけば、高圧縮率が得られます。

この機能はデフォルトでは無効化されています。本オプションが複数回指定されると、最後の指定が適用されます。特別な値として timeout に 0 を設定すると、本機能を明示的に無効にするものとなります。

本機能は非 POSIX システム上では利用できません。

なお 本機能はまだ実験段階のものです。 今のところ xz のバッファリング方法に問題があるため、ストリームをリアルタイムで伸長する処理には適していません。

--memlimit-compress=limit

圧縮時のメモリ利用制限を設定します。本オプションが複数回指定された場合、最後の指定が適用されます。

圧縮設定が limit を超えた場合、 xz はその設定を引き下げて、制限を超えないようにします。そして自動調整がなされたことを出力表示します。このような調整処理は、圧縮処理にあたって --format=raw や --no-adjust が指定された場合には行われません。この場合 xz はエラーを表示して、終了ステータス 1 を返して終了します。

limit を指定する方法はいくつかあります。

32 ビット版 xz には特別なケースがあります。 limit の設定が 4020 MiB を超える場合、 limit は 4020 MiB に設定されます。(そうなったとしても 0 と max には影響しません。なお伸長処理にこのような機能はありません。) この機能が他に支障を引き起こさない限りは、32 ビット実行モジュールが 4 GiB アドレス空間にアクセスするものとして有用です。

メモリ利用 のセクションも参照してください。

--memlimit-decompress=limit

伸長時のメモリ利用制限を設定します。これは --list モードに影響します。 limit を超えなければ処理できなくなった場合、 xz はエラーを表示して伸長処理は失敗します。 limit の設定する別の方法については --memlimit-compress=limit を参照してください。

-M limit, --memlimit=limit, --memory= limit

これは --memlimit-compress=limit --memlimit-decompress=limit と指定することと同じです。

--no-adjust

圧縮設定がメモリ利用制限を超えた場合、xz はエラーを表示して終了します。デフォルトでは、設定内容は引き下げられる方向に調整されます。そのようにしてメモリ利用制限を超えないようにします。この自動調整機能は、生の (raw) ストリーム生成時 ( --format=raw 指定時) は常に無効です。

-T threads, --threads=threads

ワーカースレッド数を指定します。threads に対して特別な値 0 を指定すると、 xz はシステム上の CPU コア分のスレッドを利用します。実際のスレッド数は threads の指定値より小さくなることがあります。それは入力ファイルのサイズが、指定されたスレッドを必要とするほどには大きくない場合や、スレッドを多く利用しすぎることによってメモリ利用制限を超える場合などです。

現在行われているスレッド処理方法は 1 つだけです。入力データをブロック分けして、互いに独立して圧縮を行うという方法です。デフォルトのブロックサイズは、圧縮レベルに依存します。これは --block-size=size オプションによってオーバーライドすることができます。

伸長処理時のスレッド化はまだ実装されていません。スレッド化に対応しているのは、入力ファイルに複数ブロックが含まれていて、そのサイズ情報がブロックヘッダーに存在しているファイルのみです。マルチスレッドモードにおいて圧縮されたファイルは、この条件をすべて満たします。しかしシングルスレッドモードにおいて圧縮されたファイルでは、--block-size=size を指定していたとしても、この条件を満たしません。

カスタム圧縮フィルターチェーン

--lzma1[=options]

--lzma2[=options]

フィルター LZMA1 および LZMA2 をフィルターチェーンに追加します。これらのフィルターは、チェーン内の最終フィルターとしてのみ利用できます。

LZMA1 は古いフィルターです。古い .lzma ファイルフォーマットは LZMA1 のみに対応していて、つまりこのフィルターは .lzma 向けだけにサポートされています。LZMA2 は LZMA1 の更新版であり、LZMA1 が抱えている具体的な問題を修正しています。 .xz フォーマットは LZMA2 を利用していて、LZMA1 には一切対応していません。圧縮速度および圧縮率は、LZMA1 と LZMA2 において実質変わりません。

LZMA1 と LXMA2 における options は共通しています。

生の (raw) ストリーム ( --format=raw 指定) に対するデコード処理の際には、LZMA2 は辞書サイズ size だけが必要です。LZMA1 の場合は lc, lp, pb だけあれば十分です。

--x86[=options]

--powerpc[=options]

--ia64[=options]

--arm[=options]

--armthumb[=options]

--sparc[=options]

branch/call/jump (BCJ) フィルターをフィルターチェーンに追加します。このフィルターは、フィルターチェーン内の最終フィルターとして利用することはできません。

BCJ フィルターは、マシンコード内の相対アドレスを絶対アドレスに変換します。これによりデータサイズは変わりません。ただし冗長性は増します。LZMA2 からは 0 ～ 15 % 小さな .xz ファイルが生成されることになります。BCJ フィルターはいつでも元に戻すことができます。つまり誤ったデータタイプに対して BCJ フィルターを用いても、データを失うことはありません。ただし圧縮率がやや低下することがあります。

BCJ フィルターを実行ファイル全体に適用しても、問題はありません。そしてこのフィルターを実行ファイルの実行セクション (executable section) にのみ適用する必要はありません。実行モジュールと実行不可ファイルを両方含むアーカイブに対してこのフィルターを適用すると、良い結果が得られる場合もあり、そうでない場合もあります。したがって一般的には、バイナリパッケージを配布向けに圧縮する際にまで、BCJ フィルターを用いるのは適切ではありません。

この BCJ フィルターは非常に高速であり、目立ったメモリ消費は発生しません。BCJ フィルターによってファイル圧縮率が向上したとすれば、伸長処理の速度が向上します。なぜなら同一のハードウェア上であれば、伸長にかかる処理速度は毎秒、データ圧縮に要したバイト数の倍数にほぼ一致するからです。

この BCJ フィルターには、圧縮率に関して以下のような問題があります。

将来的には新たなフィルターを通じて、上記の 2 つの問題は解消される予定です。従来の BCJ フィルターは、埋め込みシステムにおいては引き続き有用となるはずです。というのも、新たなフィルターはより大きくなり、メモリ消費も増加するはずだからです。

命令セットが異なるとバイトの並びも異なります:

BCJ フィルターによって処理したデータは、通常は LZMA2 によって圧縮されるので、利用された BCJ フィルターのバイト並びにマッチするように LZMA2 オプションが設定されていれば、圧縮率はわずかながら改善されます。たとえば IA-64 フィルターを用いた場合、LZMA2 に対しては pb=4 (2^4=16) とするのが適切です。ただし、x86 フィルターの場合は例外と考えてください。x86 実行ファイルを圧縮する場合には、LZMA2 のデフォルトである 4 バイト並びを必ず用いるようにするのが適切です。

BCJ フィルターはすべて同一の options をサポートします。

--delta[=options]

フィルターチェーンにデルタ (delta) フィルターを追加します。デルタフィルターは、フィルターチェーン内の最終フィルターとして利用することはできません。

現時点では、単純にバイト単位によるデルタ計算のみがサポートされています。これはたとえばビットマップイメージあるいは PCM オーディオを圧縮する際に利用できます。ただし特別に用意されたアルゴリズムを使えば Delta + LZMA2 よりも優れた結果が得られるかもしれません。これはオーディオデータに対しては明らかなことで、 flac(1) などを用いれば、圧縮はより速く適切なものになります。

サポートされている options：

その他のオプション

-q, --quiet

警告メッセージや通知メッセージを省略します。この指定を 2 つ重ねると、エラーメッセージも省略します。本オプションは終了ステータスには影響しません。警告メッセージがたとえ省略されていても変わらないことなので、終了ステータスには警告を示す値が返されます。

-v, --verbose

詳細な出力とします。標準エラー出力が端末に接続されている場合、xz は進捗インジケーターを表示します。 --verbose を 2 つ重ねて指定すると、さらに詳細な出力が行われます。

進捗インジケーターには以下の情報が表示されます。

標準エラー出力先が端末ではない場合、--verbose によって出力される内容は、ファイル名、圧縮サイズ、伸長サイズ、圧縮率です。また圧縮あるいは伸長が始まると、表示可能であれば処理速度や経過時間を 1 行にまとめて標準エラー出力に書き出します。処理速度や経過時間が表示されるのは、あくまで処理時間が一定秒数以上かかる場合のみです。ユーザーによる処理中断のように処理が完了しなかった場合でも、入力ファイルサイズがわかっていれば、完了率は表示されます。

-Q, --no-warn

警告に相当する状況が発生したとしても、終了ステータスは 2 に設定しないでください。本オプションは詳細表示のレベルには影響しません。したがって --quiet と --no-warn の 2 つは、警告を非表示とするために利用するものであって、終了ステータスを変更する目的で用いてはなりません。

--robot

マシン解析が可能な書式でメッセージ出力を行います。これは liblzma でなく xz を利用したフロントエンドを容易に構築できるように意図したものです。さまざまなスクリプトを用いることが想定されるでしょう。本オプションを使って出力した結果は、 xz の将来のリリースに向けて安定して提供していくつもりです。詳しくは ロボットモード セクションを参照してください。

--info-memory

読みやすい書式で以下の出力を行います。xz が識別している、システム搭載の物理メモリ (RAM) 量。圧縮および伸長におけるメモリ利用制限。これを表示して正常終了します。

-h, --help

よく利用されるオプションに対するヘルプメッセージを表示して、正常終了します。

-H, --long-help

xz の全機能を説明するヘルプメッセージを表示して、正常終了します。

-V, --version

xz と liblzma のバージョン番号を読みやすい書式で表示します。マシンが解析しやすい出力とするには、 --version の前に --robot を指定します。

ロボットモード

バージョン

X

メジャーバージョン。

YYY

マイナーバージョン。偶数が安定版を意味します。奇数はアルファ版かベータ版を表します。

ZZZ

安定版に対するパッチレベル。または単に開発版の割り振り番号。

S

安定度。0 はアルファ版、1 はベータ版、2 は安定版をそれぞれ表します。 YYY が偶数のとき S は必ず 2 となります。

メモリ制限に関する情報

1.

物理メモリ (RAM) の総容量。バイト単位。

2.

圧縮時のメモリ利用制限。バイト単位。特別な値としてゼロがあります。これはシングルスレッドモードでのデフォルト値であり、無制限を意味します。

3.

伸長時のメモリ利用制限。バイト単位。特別な値としてゼロがあります。これはシングルスレッドモードでのデフォルト値であり、無制限を意味します。

リストモード

name

ファイルの一覧を示す際にはこれが必ず第 1 行目に置かれます。その行の第 2 カラムにはファイル名が出力されます。

file

この行には .xz ファイルに関する全体的な情報が示されます。この行は必ず name 行の次に表示されます。

stream

この行タイプは --verbose が指定された場合にのみ表示されます。 .xz ファイル内に存在するストリーム分だけ stream 行が出力されます。

block

この行タイプは --verbose が指定された場合にのみ表示されます。 .xz ファイル内に存在するブロック分だけ block 行が出力されます。 block 行は stream 行の出力がすべて行われた後に出力されます。つまりタイプの異なる両者が混在して出力されることはありません。

summary

この行タイプは --verbose が 2 重に指定された場合にのみ表示されます。この行は block 行の次に出力されます。 file 行と同様に summary 行には .xz ファイルに関する全体的な情報が示されます。

totals

本行は必ず出力結果の最終行に位置します。ここには総数、総サイズが示されます。

終了ステータス

0

正常終了。

1

エラー発生。

2

警告に相当する何かが発生。ただし実際のエラーが発生したわけではない。

環境変数

XZ_DEFAULTS

ユーザー定義あるいはシステムワイドなデフォルトオプションを指定します。通常はシェル初期化スクリプト内において設定され、デフォルトで利用する xz のメモリ利用制限処理を有効にします。シェル初期化スクリプトあるいはこれに相当する特別なケースを除くと、スクリプトにおいて XZ_DEFAULTS を設定したり未設定にしたりしてはなりません。

XZ_OPT

xz コマンドラインからオプション指定ができない場合に、B(xz) にオプションを受け渡すために用います。これを利用するのは、たとえばスクリプトから、あるいは GNU tar(1) のようなツールから xz を実行する場合です:

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

スクリプトにおいてそのスクリプト固有のデフォルト圧縮オプションを設定するために XZ_OPT を用いる場合があります。その場合であっても XZ_OPT のオーバーライドが認められるのは、たとえば以下に示すように sh(1) スクリプト内にて妥当な利用の仕方をする場合に限ります：

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

LZMA Utils との互換性

圧縮プリセットレベル

ストリーム化されている/されていない .lzma ファイル

サポートされない .lzma ファイル

ゴミデータ

情報

圧縮結果はさまざま

埋め込み .xz の伸長処理

利用例

基本

xz foo

xz -dk bar.xz

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

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

複数ファイルの並行圧縮処理

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

ロボットモード

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

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

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

カスタム圧縮フィルターチェーン

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

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

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

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

xz --x86 --lzma2 libfoo.so

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

関連項目