Qwen2.5-32B-Instructの必要VRAM
Qwen2.5-32B-Instruct は Q4_K_M、8K コンテキストで約 21.5 GiB の VRAM が必要です。24 GB のグラボ(RTX 4090 など)ではぎりぎりで、32 GB のグラボ(RTX 5090 など)なら収まります。32K コンテキストでは約 27.9 GiB で、48 GB のグラボに収まります。
これはモデルの config とファイルサイズからの推定で、実測ではありません。 計算方法
量子化ごとの VRAM
| 量子化 | ファイルサイズ | 8K の合計 | 32K の合計 |
|---|---|---|---|
| BF16 safetensors | 65.5 GB | 63.7 GiB–65.6 GiB | 69.7 GiB–71.8 GiB |
| GGUF Q8_0 (Qwen) | 34.8 GB | 34.6 GiB–35.7 GiB | 40.6 GiB–42.1 GiB |
| GGUF Q6_K (Qwen) | 26.9 GB | 27.2 GiB–28.2 GiB | 33.2 GiB–34.6 GiB |
| GGUF Q5_K_M (Qwen) | 23.3 GB | 23.8 GiB–24.7 GiB | 29.8 GiB–31.2 GiB |
| GGUF Q4_K_M | 19.9 GB | 20.6 GiB–21.5 GiB | 26.6 GiB–27.9 GiB |
Q4_K_M や Q8_0 は量子化レベルです。重みあたりのビット数が少ないほどファイルは小さくなり、品質が少し落ちます。合計には KV キャッシュ(コンテキスト長に応じて増えるメモリ)とランタイムのバッファを含み、同時に 1 会話で計算しています。 ダウンロードファイル
動かせるグラボ
| メモリ | 使える量 | 例 | 8K | 32K |
|---|---|---|---|---|
| 8 GB | 7.0 GiB | RTX 4060, RTX 3060, RTX 5060 Ti ほか 1 製品 | 収まらない | 収まらない |
| 10 GB | 9.0 GiB | RTX 3080 | 収まらない | 収まらない |
| 12 GB | 11.0 GiB | RTX 4070, RTX 3060, RTX 5070 ほか 2 製品 | 収まらない | 収まらない |
| 16 GB | 14.0 GiB | RTX 4080 SUPER, RTX 5080, RX 7800 XT ほか 5 製品 | 収まらない | 収まらない |
| 16 GB | 15.0 GiB | RTX 4060 Ti, RTX 4070 Ti SUPER | 収まらない | 収まらない |
| 20 GB | 18.0 GiB | RX 7900 XT | 収まらない | 収まらない |
| 24 GB | 22.0 GiB | RTX 4090, RX 7900 XTX, RTX 3090 | ぎりぎり | 収まらない |
| 32 GB | 30.0 GiB | RTX 5090 | 収まる | ぎりぎり |
| 48 GB | 46.0 GiB | L40S | 余裕あり | 余裕あり |
| 80 GB | 78.0 GiB | A100, H100 | 余裕あり | 余裕あり |
| 64 GB · ユニファイド | 54.0 GiB | Apple M2 Max | 余裕あり | 余裕あり |
| 128 GB · ユニファイド | 96.0 GiB | Ryzen AI Max+ 395 | 余裕あり | 余裕あり |
| 128 GB · ユニファイド | 112.0 GiB | DGX Spark (GB10) | 余裕あり | 余裕あり |
| 128 GB · ユニファイド | 116.0 GiB | Apple M4 Max | 余裕あり | 余裕あり |
GGUF Q4_K_M、同時に 1 会話。使えるメモリは総量から OS と画面表示用の既定の予約分を引いた値です。
個別の組み合わせ
アーキテクチャ
- 提供元Qwen
- Hugging Face
Qwen/Qwen2.5-32B-Instruct - 総パラメータ数32,763,876,352
- 層数64
- クエリヘッド40
- KVヘッド8 (gqa)
- ヘッド次元128
- コンテキスト長32,768
KV キャッシュはコンテキストに応じて増えます。FP16 で 8K なら約 2 GiB、32K なら約 8 GiB です。 クエリヘッド 40 個に対して KV ヘッドは 8 個(グループ化クエリアテンション)なので、このキャッシュは小さく済みます。
よくある質問
ダウンロードサイズと VRAM 使用量は同じ?
同じではありません。Q4_K_M のファイルは約 18.5 GiB ですが、8K コンテキストでは合計約 21.5 GiB になります。KV キャッシュとランタイムのバッファが重みに上乗せされるためです。
コンテキストを長くするとメモリはどれだけ増える?
Qwen2.5-32B-Instruct の KV キャッシュは FP16 で 8K なら約 2 GiB、32K なら約 8 GiB です。重みのサイズは変わりません。
どの量子化を選べばいい?
まず Q4_K_M(8K で約 21.5 GiB)から。メモリに余裕があれば、BF16 は約 65.6 GiB で、元の重みにより近くなります。
ダウンロードファイル
| 量子化 | ファイル | ファイルサイズ | エンジン |
|---|---|---|---|
| BF16 safetensors | 65.53 GB 65,527,752,704 bytes | vllm, sglang | |
| GGUF Q8_0 (Qwen) | 34.82 GB 34,820,885,632 bytes | llama.cpp, ollama | |
| GGUF Q6_K (Qwen) | 26.89 GB 26,886,155,104 bytes | llama.cpp, ollama | |
| GGUF Q5_K_M (Qwen) | 23.26 GB 23,262,157,568 bytes | llama.cpp, ollama | |
| GGUF Q4_K_M | 19.85 GB 19,851,336,384 bytes | llama.cpp, ollama |
この数値の計算方法
合計 = 重みファイル + KV キャッシュ + ランタイムのバッファ。範囲は表示中のエンジンのオーバーヘッドの低めから高めまでです。
GGUF Q4_K_M · 8,192 tokens · llama.cpp
- 重み(ファイル)
- 18.49 GiB (19,851,336,384 bytes)
- KV キャッシュ
- 2.00 GiB (2,147,483,648 bytes)
- ランタイムのバッファ
- 0.13 GiB–1.01 GiB
- 合計
- 20.61 GiB–21.50 GiB
- コンテキスト長はネイティブの 32768 トークン以内です。
- 常駐する重みは総パラメータ数で見積もり、使われていない MoE エキスパートも含めます。
- 重みのバイト数は選んだファイルだけで数えます。リポジトリ内の全量子化を合計することはありません。
- ダウンロードサイズはピーク時の GPU メモリではありません。実行時のレイアウトや KVキャッシュが上乗せされます。
- 計上したファイル: qwen2.5-32b-instruct-q4_k_m-00001-of-00005.gguf, qwen2.5-32b-instruct-q4_k_m-00002-of-00005.gguf, qwen2.5-32b-instruct-q4_k_m-00003-of-00005.gguf, qwen2.5-32b-instruct-q4_k_m-00004-of-00005.gguf, qwen2.5-32b-instruct-q4_k_m-00005-of-00005.gguf。
- コンテキスト長は、シーケンスごとにキャッシュするトークン数(入力+生成分)です。
- 同時シーケンスは1つのモデルを共有するため、重みはシーケンス数で増えません。
- KVキャッシュの精度は、変更しない限り重みの量子化とは無関係です。
関連ページ
出典
計算機
公開カタログスナップショットを読み込み中…
モデルを選ぶと必要なメモリがわかります。