7z

現在、以下の圧縮方式が定義されています。

• LZMA – LZ77 アルゴリズムの変種で、最大4GBの長さのスライディング辞書を使用して重複文字列を除去します。LZステージの後には、マルコフ連鎖ベースのレンジコーダーとバイナリツリーを使用したエントロピー符号化が行われます。 
• LZMA2  – LZMAの改良版で、マルチスレッドのサポートが向上し、非圧縮データの拡張が少なくなっています。^{[ 4 ]}
• Bzip2  – 標準的なバローズ・ウィーラー変換アルゴリズム。Bzip2は2つの可逆変換を使用します。まずBWTを行い、次にハフマン符号化を用いて先頭に移動させてシンボルを削減します（これが実際の圧縮要素です）。
• PPMd  – Dmitry Shkarin の 2002 PPMdH (PPMII (情報継承による部分一致予測) および cPPMII (複雑な PPMII)) に若干の変更を加えたもの: PPMII は 1984 年のPPM 圧縮アルゴリズム(部分一致予測) の改良版です。
• DEFLATE – 32 kB LZ77とハフマン符号化 に基づく標準アルゴリズム。DEFLATEは、ZIP、gzip、PNG、PDFなど、いくつかのファイル形式で使用されています。7-Zipには、ゼロから開発されたDEFLATEエンコーダーが搭載されており、圧縮サイズでは事実上の標準であるzlibバージョンを上回ることが多いものの、CPU使用率が高くなるという欠点があります。 

AdvanceCOMPと呼ばれる一連の再圧縮ツールには、7-Zipの実装に含まれるDEFLATEエンコーダーのコピーが含まれています。これらのユーティリティは、既存のgzip、ZIP、PNG、またはMNGファイルのサイズをさらに圧縮するためによく使用されます。

LZMA SDK にはBCJおよびBCJ2プリプロセッサが含まれているため、後段でより高い圧縮率を実現できます。x86 、 ARM 、 PowerPC ( PPC)、IA-64 Itanium、およびARM Thumbプロセッサの場合、ジャンプ ターゲットは圧縮前に相対位置を絶対値に変換することで「正規化」されます^{[ 4 ]}。x86 の場合、これは、ニア ジャンプ、呼び出し、および条件付きジャンプ (ただし、ショート ジャンプおよび条件付きジャンプは除く) がマシン語の「1655 バイト後方にジャンプ」スタイルの表記から正規化された「アドレス 5554 にジャンプ」スタイルの表記に変換されることを意味します。したがって、共通のサブルーチンである可能性のある 5554 へのすべてのジャンプは同じようにエンコードされ、圧縮率が高くなります。

• BCJ  – 32ビットx86実行ファイル用コンバーター。ニアジャンプや呼び出しのターゲットアドレスを、相対距離から絶対アドレスに正規化します。
• BCJ2  – x86-64実行ファイル用のプリプロセッサ。BCJ2はBCJの改良版で、x86ジャンプ/コール命令の処理機能が追加されています。ニアジャンプ、ニアコール、条件付きニアジャンプのターゲットは、別のストリームに分離され、個別に圧縮されます。
• ARM64、ARM32、ARM-Thumb、PowerPC、SPARC向けのBCJ型フィルタ。
• デルタ符号化 – デルタフィルタ、マルチメディアデータのための基本的な前処理器。
• Swap2/Swap4  – エンディアン交換フィルター。

7z フォーマットは、 256 ビットの鍵を使用したAESアルゴリズムによる暗号化をサポートしています。鍵は、SHA-256ハッシュ関数に基づくアルゴリズムを使用して、ユーザーが指定したパスフレーズから生成されます。SHA-256 は 2 ¹⁹ (524288) 回実行されるため^{[ 5 ]} 、圧縮または展開が開始される前に低速な PC ではかなりの遅延が発生します。この手法はキー ストレッチングと呼ばれ、パスフレーズのブルートフォース検索を困難にするために使用されます。現在の GPU ベースおよびカスタム ハードウェア攻撃は、この特定のキー ストレッチング方法の有効性を制限しているため^{[ 6 ]}、強力なパスワードを選択することが依然として重要です。7z フォーマットでは、7z アーカイブのファイル名を暗号化するオプションが提供されています。

7z 形式はファイルシステムのパーミッション( UNIX の所有者/グループのパーミッションやNTFS ACLなど)を保存しないため、バックアップ/アーカイブ目的には不適切です。この回避策として、UNIX ライクなシステムでは、7z で圧縮する前にデータをtar ビットストリームに変換します。しかし、GNU tar (多くの UNIX 環境で一般的) は、7z を使用せずに、LZMA2 アルゴリズム (" xz ") を使用してネイティブに圧縮することもできます。その場合、結果として得られるファイル拡張子は ".tar.xz" または ".txz" であり、".tar.7z" ではありません。この圧縮方法は、Arch、Debian (deb)、Fedora (rpm)、Slackware など、多くのディストリビューションでパッケージングに採用されています。(古い "lzma" 形式は効率が劣ります。) ^{[ 7 ]}一方、tar はファイルシステムのエンコーディングを保存しないため、tar で圧縮されたファイル名は、別のコンピュータで解凍すると読み取れなくなる可能性があります。

7z形式では、一部の「破損したファイル」の抽出ができません。つまり、（例えば）一連の7zファイルの最初のセグメントしか持っていない場合、7zはアーカイブ内のファイルの先頭部分を取得できず、すべてのセグメントがダウンロードされるまで待機する必要があります。また、7z形式にはリカバリレコードがないため、parchivesなどの外部ソリューションと併用するか、堅牢なエラー訂正機能を備えたファイルシステムで使用しない限り、データ劣化のリスクがあります。比較として、zipファイルにはリカバリ機能がありませんが、 rar形式にはリカバリ機能があります。