bzip3、BZip2がついに得られなかった後継の座を目指す

# bzip3、BZip2がついに得られなかった後継の座を目指す

出来事の日付：2026年9月7日

控えめな見た目のGitHubプロジェクトが、ファイル圧縮分野で最も古い名称の一つを現代化しようとしている。iczeliaが管理するbzip3は、自らを「BZip2の、より優れ、より強力な精神的後継」と説明し、前身より高い圧縮率と優れた性能を提供するとしている。

プロジェクトの売り文句は明快だ。テキストとソースコードに関してBZip2を魅力的にしていた長所を保ちつつ、実装をさらに洗練する。リポジトリによると、bzip3は0次コンテキストミキシング・エントロピー符号化、接尾辞配列に基づく高速なブロックソート変換の実装、さらにLZ77方式のマッチングとPPM方式のコンテキストモデリングを基盤とする、連長圧縮にLempel-Zivと予測パスを組み合わせた手法を用いる。圧縮に関する専門用語が多いものの、主要な主張は理解しやすい。ファイルをより小さくし、展開をより速くし、テキストを多く含むアーカイブでより良い結果を出すというものだ。

リポジトリはベンチマーク例によってその主張を裏付けている。作者はPerl 5の全バージョンをダウンロードし、その結果を一つのアーカイブにまとめ、そのデータセットを使って圧縮ツールを比較したという。そのテストで、プロジェクトはbzip3を試作品ではなく、有力な選択肢として示している。READMEは、bzip3をTurbo-Range-Coder、BSCなどのツールと比較した別のベンチマークにも読者を案内している。

Bzip3は、圧縮の実用面から目を背けようともしていない。プロジェクトは、性能がコンパイラーに大きく左右されると指摘し、clang 13を使用したx64 Linuxビルドでは、スレッド当たり最高17MiB/sの圧縮速度と23MiB/sの展開速度に達し得るとしている。Windowsおよび32ビット版のビルドは遅くなる場合があるとも付け加えており、低レベルのユーティリティーソフトウェアは今なお、ツールチェーンと対象プラットフォームの細部によって成否が決まることを思い起こさせる。

置き換えようとしている旧形式と同じく、プロジェクトはテキストとコードを特に得意としている。また、macOS利用者向けのHomebrewの手順を含むインストール案内も用意しており、開発者がベンチマーク表の外でも使えるツールにしたいと考えていることがうかがえる。コードのライセンスはLGPLv3のみで、リポジトリにはデュアルライセンスではないと明記されている。

ただし、プロジェクト自体には目立つ警告がある。READMEは、ごくわずかであってもデータを復元できない可能性を受け入れる用意がない限り、何も圧縮しないよう利用者に告げている。この但し書きは本格的な圧縮ソフトウェアでは一般的だが、より強力な後継をうたうことには現実世界での責任が伴うことを改めて示している。信頼性、テスト、正確な実装は速度と同じくらい重要だ。

ここでニュース価値があるのは、bzip3が主流の標準を置き換えたということではない。実際、置き換えてはいない。関心を引くのは、クラウドストレージ、ZIPファイル、プロプライエタリーなプラットフォームが大半の利用者の関心を占める時代に、このプロジェクトが昔ながらの圧縮という発想を存続させていることだ。このようなプロジェクトが重要なのは、インフラ用ユーティリティーも、小さいながら意義ある形で今なお改善できることをソフトウェア業界に思い起こさせるからであり、特にテキストアーカイブ、コード一式、長期保存を重視する人々にとってはそうである。

Bzip3はニッチなままかもしれない。しかし、その主張がより幅広い利用においても成り立つなら、必要になって初めて人々が気付くような、目立たないツールの一つになる可能性がある。優れたシステムソフトウェアが居場所を獲得するのは、多くの場合そのような経緯による。