Qwen3-32B

Qwen · Qwen/Qwen3-32B · gqa · full

量化2,0488,19232,768
BF16 safetensors61.59 GiB–62.15 GiB63.09 GiB–63.65 GiB69.09 GiB–69.65 GiB
GGUF Q4_K_M18.97 GiB–19.53 GiB20.47 GiB–21.03 GiB26.47 GiB–27.03 GiB
INT4 theoretical15.84 GiB–17.93 GiB17.34 GiB–19.43 GiB23.34 GiB–25.43 GiB

选择模型和配置,查看内存需求。

高级设置

GiB(2^30 字节)

自定义模型结构

仅在浏览器中解析,不会上传文件。

只允许 huggingface.co 上的 config.json,不使用 token,不读取私有仓库。

估算结果

无法判断

缺少预算、关键数据,或部署方式超出本版本能力。

估算内存区间: 20.53 GiB21.41 GiB

权重使用了选定文件的元数据。运行时额外占用仍是估算。

权重18.40 GiB
KV Cache(原始数据)2.00 GiB
KV 额外占用(量化元数据等)0.00 GiB
激活 / 工作区0.06 GiB
引擎预留0.06 GiB
安全余量0.00 GiB

软件兼容性

已有文档支持. 内存够用,不代表指定引擎、量化格式和操作系统一定能跑。软件兼容也不代表性能足够好。

影响结论的假设

  • 完整驻留权重估算使用总参数量,包括未激活的 MoE 专家。
  • 权重字节只计入选定的权重文件,不会把仓库里所有量化版本加在一起。
  • 下载文件大小不是峰值 GPU 内存。运行时布局、分配器填充和 KV 是额外占用。
  • 计入的文件:Qwen3-32B-Q4_K_M.gguf。
  • 上下文预算是每个序列缓存的 token 数(输入加上预留的生成长度)。
  • 并发序列共用一份模型副本;权重不会按序列数再乘一遍。
  • 除非你改 KV 精度,否则 KV 的数据类型与权重量化无关。
  • 使用 8 个 KV heads,而不是 64 个 query heads。
  • 预填充峰值和稳定解码占用不一定相同。高情景更接近预填充/工作区压力。
  • 引擎预留不等于模型权重和 KV 的实际占用。
  • llama.cpp 的计算缓冲会随上下文和 batch 增长。这里是可调情景,不是实测;若有匹配校准会单独标明。

计算方法

可以改这些配置再算