世界を動かす技術を、日本語で。

三元LLMの1.58ビットの壁を突破する

2026年9月17日原文(arxiv.org)

概要

  • Ternary LLMの重み分布の偏りを解析
  • 従来の五進パッキングより高効率なBITCOS方式を提案
  • BITCOSは多くのモデルでビット効率を向上
  • AVX-512, AVX2, Intel Xe2 GPU向け最適化展開
  • 実プラットフォームで最大1.27倍の推論スループット向上

Ternary LLMの重み圧縮とBITCOS方式の提案

  • Ternary Large Language Models(LLM)は各重みを {-1, 0, +1} の三値で表現

  • 理論上、1重みあたり 約1.585ビット (log₂3)で記録可能

  • 実運用では 五進パッキング (1バイトに5重み)を採用し、 1.625ビット/重み となる

  • このパッキングは各値が等確率で出現する前提に基づく

    • しかし、実際には 0(ゼロ) の出現比率が高く、最大 51.5% に達するモデルも存在
  • この偏りに着目し、BITCOS(Bitmap-Compacted Sign)方式を提案

    • 各重みの有無を示す プレゼンスビットマップ と、非ゼロ重みの 符号ベクトル で構成
    • ゼロ密度zの場合、1重みあたり 2-zビット で圧縮可能
  • 29種類のTernary LLMモデルで評価し、26モデルで従来方式より高効率

  • 最もスパースなモデルでは 1.485ビット/重み まで削減

BITCOS方式の展開効率と実装最適化

  • BITCOSは現代のCPUやGPUで 効率的なアンパック が可能

  • AVX-512, AVX2, Intel Xe2 GPU向けに 最適化展開シーケンス を設計

    • 実際のTernary LLMのゼロ密度下で、従来のマトリクス・ベクトル積カーネル比 最大1.28倍 の実効性能向上
  • 5種類のプラットフォーム(クライアント/サーバーCPU、統合/独立Xe2 GPU)で エンドツーエンド推論 を実施

    • CPUで最大 1.18倍、GPUで最大 1.27倍 のデコードスループット改善

今後の展望と意義

  • Ternary LLMの実運用における ストレージ効率と推論速度 の両立
  • モデル圧縮技術の進化による 省メモリ・高速化 の実現
  • BITCOS方式のさらなる最適化や他のスパース表現への応用可能性

Hackerたちの意見

「1.58ビット」って言葉が「1トリット」よりも意味を持つのはこれが唯一のケースだね。情報エントロピーをちゃんと見れば、物をもっと効率的に詰め込めるって誰が知ってたんだろう!

すごく興味深い!最近の量子化モデルを16GBのVRAMに収めようと探ってたところなんだ。

三値量子化は全然意味がないよ。ベクトル量子化やトレリスベースの手法の方が、PTQには向いてると思う。

サブ2ビットのLLMが欲しいなら、すでに高精度で訓練されたものを手に入れて、YAQA/QTIPみたいなもので圧縮してファインチューニングするか、PVチューニング+AQLM/HIGGSを使うといいよ。

PTQやベクトル量子化はこれには使われないんだ。三値LLMの目的の一つは、速度を上げることだから。三値LLMでは、全ての重みが加算、減算、またはノーオペレーションだから、CPU上で速いんだよ。もしコードブックを使ってf16モデルを再構築するだけなら、得られる節約は通信にかかるコストだけだね。

実際の重みが51%の確率で0になるって事実を利用して、1.58ビットから1.48ビットに減らしてるんだ。すごいね。もし三値LLMがうまくいって、カスタムシリコンとしてハードウェアに組み込まれたら、驚くほど効率的になると思うよ。

「うまくいく」ってのは、精度の劣化がないってこと?それはかなりの要求だね。今のところ、ダイナミックfp4に小さいブロックサイズで量子化するのもやっとだから、全てのベンチマークで完全にロスレスにはなってないし。

ただのプレゼンスビットマップ?パッキングスキームを考えてるなら、算術コーディングを使ってもう少しセンチビットを絞り出す論文を書きたくなるな。

同意。反論として考えられるのは、重みに対する高速ランダムアクセスが必要だってことだけど、論文の一部をざっと読んだ感じだと、128エントリを一度に処理してるみたいだから、もっと良い圧縮ができるんじゃないかな。短いから、効率的にキャッシュできるし、長いからブロックごとに有用なメモリを節約できると思う。

ASIC最適化モデルにぴったりな感じだね(行列演算がBITCOSフォーマットで直接サポートされるかも)。デバイス上での推論のために記録的な電力効率を達成できそうだし、[0]によると、量子化を意識したトレーニングを行えば、モデルは同等の品質を保つために約30%多くの重みが必要なだけなんだって… 0. https://arxiv.org/pdf/2402.17764 - 1ビットLLMの時代:すべての大規模言語モデルは1.58ビットに収束する

本当にlog2(3)を超えるのか。これが実現すれば、組み込みシステム向けにLLMが大幅に小型化されて、持ち運びが本当に楽になるね。

この圧縮はLLMファイルフォーマットにだけ関係してるの?メモリ内では1.58ビット形式に展開しなきゃいけないんだよね - 1バイトあたり5トリット。

Hacker Newsで議論の続きを見る