想把开源模型跑在自己机器上绕不开量化这个话题HuggingFace 上的模型动辄几十 GB量化版只有几分之一效果损失多少GGUF、GPTQ、AWQ 这些名词是什么关系这篇把量化选型讲成一个人话版决策指南。量化的本质用更少的比特存权重大模型的参数默认用 16 位浮点数存储。量化的本质是把每个参数压缩到更少的比特8 位Q8体积减半4 位Q4体积只要四分之一。压缩的方式各有讲究但共同逻辑是「用有限的数据类型逼近原始数值分布」把最重要的信息保留下来。代价是精度损失7B 模型 Q4 量化后各项基准平均掉一到三个百分点。日常对话、文本摘要、代码补全这些场景几乎无感精细推理、数学、多语言极端场景差异可感知。常见格式速览GGUF 是 Ollama 和 llama.cpp 生态的格式CPU 和 GPU 都能跑笔记本友好是个人部署的首选。Q4_K_M 这类混合量化是社区公认的平衡点。GPTQ 和 AWQ 是 GPU 推理框架vLLM、TGI主流的格式为高并发 GPU 服务优化。AWQ 对激活分布的适应性更好同比特下质量略优是当前 GPU 部署的推荐项。选型的三个实际问题显存怎么算量化后显存需求 ≈ 参数量 × 每参数比特数 ÷ 8再加上上下文缓存的额外开销。7B 的 Q4 大约 4 到 5GB 起步留出上下文和并发的余量8GB 显存是舒适线。速度会快吗量化模型体积小加载快、显存占用低单位时间吞吐反而可能高于原模型——尤其在显存刚好卡线、原模型需要 offload 的场景Q4 全显存跑比 16 位半显存跑快得多。掉点能接受吗拿你自己的业务测试题不是通用基准跑量化前后对比掉点在业务可接受范围就选更低的比特。通用基准掉一分不代表你的场景能感知。一句话路线个人玩Ollama 加 GGUF Q4_K_M。生产服务vLLM 加 AWQ按并发压测选型。效果敏感先跑业务评测集再定比特数别信通用榜单。
