Q4_K_M・Q5_K_M・Q8_0の違い|GGUF量子化はどれを選ぶ?

公開日
2026-05-01
更新日
2026-08-26
情報確認日
2026-08-17
編集・運営
Local AI Compass

Q4_K_Mは、GGUFファイル名で見る4bit系のK-quant量子化表記です。Q4は4bit系の目印、KはK-quant系、Mはllama.cppで使われるバリアント表記で、単純な「中品質」という順位ではありません。初心者は同じモデル系列のQ4_K_M前後から始め、Q5_K_M・Q8_0を容量・RAM/VRAM・速度・回答差で比較します。

30秒結論:Q4_K_Mの意味と最初の選び方

Q4_K_Mは4bit系のK-quant量子化表記で、Mはllama.cppで使われるバリアントの目印です。初心者は同じモデル系列のQ4_K_M前後から試し、PCに余裕があり、回答差を確かめたいときにQ5_K_MやQ8_0へ広げます。数字が大きいほど常に速い、賢い、安全という意味ではありません。

Q4_K_Mとは?表記を分解する

Q4_K_Mは、GGUFファイル名で見る量子化の表記です。Q4は4bit系の目印ですが、ファイル全体が正確に4.0 bits/weightになる意味ではありません。Hugging Face公式の説明ではQ4_Kは約4.5 bits/weight、llama.cppのLlama 3.1 8Bの例ではQ4_K_Mが4.8944 bits/weightです。モデル、メタデータ、方式が変わればファイルサイズも変わります。

Kは、重みをブロック/スーパーブロック単位で扱い、スケールなどの情報も使うK-quant系の目印です。Mはllama.cppのQ4_K_M・Q5_K_Mのようなバリアントを表しますが、単純な「中品質」という評価点ではありません。llama.cppのquantize toolにはK-quantの混合を無効にするpure設定もあるため、細部は量子化ツール、モデルカード、実行環境の説明を優先します。

Q4_K_Mとは?表記を分解するの表
表記初心者向けの読み方断定しないこと
Q44bit系の量子化レベルの目印ファイルが4GB、正確に4.0 bits/weight、品質が一定とは限らない
KK-quant系。ブロック構造やスケールを使う方式群Kだけで速度や品質順位が決まる
MQ4_K_Mなどのバリアント。混合を含む実装として扱われることがあるすべての配布者・Runtimeで同じ詳細や「Medium」の意味が保証される
Q8_08bitの量子化表記。Q4_K_Mとは方式が違うQ8なら必ず最高品質、最速、または必要メモリが8GBとは限らない

Q4・Q5・Q8の違いを5軸で見る

Q4・Q5・Q8の違いを5軸で見るの表
候補軽さ・必要メモリ速度の傾向品質の傾向互換性の見方最初の判断
Q4_K_M前後比較的軽い動かしやすいことが多い用途によっては十分対応Runtimeとモデル構造を確認最初の基準にしやすい
Q5_K_M前後Q4より重い傾向Q4より遅くなる場合がある差が出るか比較する候補同じ系列で比較しやすいPCに余裕があれば試す
Q8_0前後重いロードや推論が重くなる場合がある元の重みに近い側の候補対応状況と余白を先に確認必要性を確認して選ぶ

表は一般的な傾向です。元モデル、量子化方式、Runtime、CPU/GPU、メモリ帯域、入力長が違えば結果も変わります。

同じモデル系列・同じ質問で比較する

モデル名や規模が違うファイル同士を比べると、量子化の差と元モデルの差が混ざります。同じモデル系列でQ4とQ5を1つずつ用意し、同じ短い質問、同じ設定、同じ入力長でロード時間、回答開始までの待ち時間、回答内容を比べます。

トラブル時は同じモデル系列のQ4_K_M前後へ戻して比較する

Q4/Q5/Q8は安全ランクではなく、同じモデル系列で容量・品質・速度の傾向を比較するための表記です。ロード失敗や途中停止の切り分けでは、量子化だけを変え、context、入力、GPU offload、runtimeを固定して結果を記録します。

トラブル時は同じモデル系列のQ4_K_M前後へ戻して比較するの表
変更固定するもの導線
Q4/Q5/Q8の速度を比較同じベースモデル、入力、context速度測定記事を確認
Ollamaの量子化表示を確認モデル、PROCESSOR、contextOllama速度記事を確認
Q8でロードできないRAM/VRAM、空き容量、形式、ログGGUF読み込み・親ハブを確認

PC構成は容量だけでなく余白を見る

ファイルが保存できても、ロード時にはOS、LM Studio、会話履歴、コンテキスト、GPU offloadなどの余白が必要です。「16GBなら必ずQ4」「32GBなら必ずQ8」と固定せず、他アプリを含む空きメモリと実際の応答を確認してください。

ファイルサイズ・RAM・VRAM・KV cacheを分けて見る

「GGUFファイルが8GBだからRAMも8GBあれば動く」とは限りません。ファイルサイズは主に保存・ダウンロードの目安で、ロード時にはモデルの重み以外のパラメータやRuntimeの領域も必要です。さらにcontextを長くするとKV cacheなどの実行時メモリが増え、GPU offloadを使えばRAMとVRAMの分担も変わります。

ファイルサイズ・RAM・VRAM・KV cacheを分けて見るの表
見るもの何の目安か量子化ページでの扱い
GGUFファイルサイズ保存容量と重みの大きさの目安ダウンロード前に確認するが、実行可能メモリとは同一視しない
RAMOS、Runtime、モデル、CPU側の処理、余白合計容量ではなく空きとロード後ピークを見る
VRAMGPU側へ置くモデルや処理の余地GPU offload、backend、KV cache設定と合わせて見る
context / KV cache入力・会話履歴を保持する実行時の追加負荷長文ほど余白を使うため、量子化だけで解決しない

初心者の選択フロー

  1. 用途に合う同じモデル系列を1つ決める
  2. Q4_K_M前後の候補を1つだけダウンロードする
  3. 短い質問でロード可否、待ち時間、回答を確認する
  4. 余裕があり比較理由があるときだけQ5やQ8を追加する
  5. 重い、止まる、メモリ不足なら一段軽い量子化か小さいモデルへ戻す

量子化方式名の違いを無理に単純化しない

Q4_K_M、Q4_0、IQ系などは同じ「4bit前後」に見えても方式が異なります。対応Runtimeやモデル配布ページの説明を確認し、名前だけで品質順位を決めないでください。初心者は情報が多く、現在のRuntimeで扱える候補から始めるほうが切り分けやすくなります。

Q4・Q5・Q8は安全ランクではない

量子化は軽さや品質に関係する処理で、配布元の信頼性、license、マルウェア安全性を示すランクではありません。モデルを落とす前の確認と、量子化選択は別の手順です。

次にすること

よくある質問

Q4_K_Mとは何ですか?

GGUFファイル名で見る量子化表記です。Q4は4bit系、KはK-quant系、MはQ4_K_Mというバリアントの目印として読みます。ただし、ファイル全体が正確に4.0 bits/weightになるわけでも、Mが万能な品質評価でもありません。

Q4 / Q5 / Q8は何が違いますか?

同じモデルをどの程度軽く表現するかの違いです。一般にQ4は軽い側、Q5は中間、Q8は重い側ですが、方式や実行環境で結果は変わります。

初心者はどの量子化から始めればいいですか?

同じモデル系列のQ4_K_M前後など、PCで試しやすく情報が多い候補から始め、必要があればQ5やQ8と比較します。

Q8なら必ず品質が高いですか?

常に実用上の回答が良くなるとは限りません。元モデル、用途、設定の影響も大きいため、同じ質問で比較してください。

16GBメモリならQ4で必ず動きますか?

必ずではありません。モデル規模、空きメモリ、コンテキスト長、GPU offload、同時起動アプリによって変わります。

Q4_K_MとQ4_0は何が違いますか?

どちらも4bit系の表記ですが、Q4_0はHugging Face公式docsでlegacyのround-to-nearest方式、Q4_K_MはK-quantの別バリアントとして説明されています。現在のRuntime、Model Card、ファイルサイズを確認し、名前だけで品質順位を決めないでください。

Q4 / Q5 / Q8は安全性の違いですか?

違います。量子化は軽さや品質に関係する処理で、配布元、license、ファイルの安全性は別に確認します。

関連チェック先

  • GGUF specification - GGUFの形式とmetadataを確認する公式仕様です。
  • Hugging Face GGUF documentation - GGUF配布、Files、Model Card、licenseの確認方法を案内する公式ドキュメントです.
  • ggml-org/llama.cpp - ローカル実行runtimeと対応状況を確認する公式リポジトリです。
  • llama.cpp quantize tool - 量子化の目的、k-quantの混合、importance matrix、例示ベンチマーク、モデルごとのメモリ・ディスク条件を確認します。
  • Hugging Face LM Studio documentation - Hugging FaceからLM Studioへモデルを送り、量子化候補とハードウェア条件を確認する公式ドキュメントです。
  • LM Studio Get started - Discover、モデルのダウンロード、Chatのmodel loaderを確認する公式ドキュメントです。
  • LM Studio Download an LLM - 量子化候補の意味、モデルのダウンロード、My Modelsへの保存を確認する公式ドキュメントです。
  • LM Studio System Requirements - WindowsのOS、AVX2、RAM、専用VRAMの公式要件を確認します。
  • LM Studio Get Context Length - LM Studioでモデルの最大context lengthを確認し、入力がcontextに収まるか調べる公式ドキュメントです。
  • LM Studio Per-model Defaults - LM Studioでモデルごとのcontext size、GPU offload、Flash Attentionなどのロード既定値を設定する公式ドキュメントです。

関連ツール

比較表を見る / 最初に検討しやすいツールを確認する