gptq

GitHub
2.3k 195 较难 1 次阅读 4天前Apache-2.0语言模型开发框架
AI 解读 由 AI 自动生成,仅供参考

gptq 是一款专为大型生成式预训练变压器(LLM)设计的高效量化压缩工具,源自 ICLR 2023 的学术论文。它的核心使命是解决大模型部署难的问题:在几乎不损失模型精度的前提下,将原本庞大的模型权重压缩至 2、3 或 4 比特,从而大幅降低显存占用并提升推理速度,让百亿甚至千亿参数级的模型能在单张消费级或专业显卡上流畅运行。

这款工具特别适合 AI 研究人员、算法工程师以及希望本地部署大模型的开发者使用。gptq 的独特之处在于其创新的逐层量化算法,能够智能地处理权重中的异常值。它支持多种主流模型架构,包括 OPT、BLOOM 以及广受欢迎的 LLaMA 系列。针对 LLaMA 模型,gptq 引入了“激活值排序”(act-order)和“真序列量化”(true-sequential)等高级技巧,显著修复了小参数量模型在低比特下的精度崩塌问题,实现了接近全精度的性能表现。此外,项目还提供了高度优化的 CUDA 内核,特别是在 A100 等高端显卡上,能带来数倍的生成速度提升。无论是进行学术实验还是构建高效的生产环境,gptq 都是实现大模型轻量化的得力助手。

使用场景

某初创团队试图在单张消费级显卡上部署 LLaMa-30B 大模型以构建本地智能客服,但受限于显存容量和推理速度,项目一度陷入停滞。

没有 gptq 时

  • 显存爆满无法加载:30B 参数的 FP16 模型需占用约 60GB 显存,远超普通 RTX 4090(24GB)的承载极限,导致程序直接报错退出。
  • 推理延迟过高:即便租用昂贵的多卡服务器,全精度矩阵运算导致生成每个 token 耗时过长,用户等待时间超过 3 秒,体验极差。
  • 带宽瓶颈严重:巨大的模型权重数据在传输过程中占满了 PCIe 带宽,计算单元经常处于“等数据”的空转状态。
  • 部署成本高昂:为了运行模型,必须采购或租赁高性能 A100 集群,每月基础设施成本高达数万元,初创公司难以负担。

使用 gptq 后

  • 显存占用骤降:利用 gptq 将模型权重量化至 4bit,显存需求从 60GB 压缩至约 18GB,成功在单张消费级显卡上流畅运行。
  • 生成速度倍增:结合 gptq 优化的 CUDA 内核,减少了数据搬运量,在 A100 上推理速度提升近 2 倍,响应延迟降至毫秒级。
  • 精度几乎无损:通过 --act-order--true-sequential 策略,量化后的 Wiki2 困惑度仅微幅上升(如 30B 模型从 4.10 升至 4.45),对话质量依然自然流畅。
  • 落地门槛降低:无需昂贵集群,开发者可直接在本地工作站完成调试与部署,硬件成本降低 80% 以上。

gptq 通过高精度的后训练量化技术,打破了大模型对高端硬件的依赖,让百亿参数模型真正实现了低成本、高效率的终端落地。

运行环境要求

操作系统
  • 未说明
GPU
  • 必需 NVIDIA GPU
  • 实验在单卡 80GB NVIDIA A100 上运行,但大多数实验可在显存较小的 GPU 上运行
  • 3-bit CUDA 内核目前仅针对 1xA100 或 2xA6000 优化
  • 需要支持编译 PyTorch CUDA 扩展的环境,测试基于 CUDA 11.4(torch 测试版本为 cu111)
内存

未说明

依赖
notes1. 若要运行 3-bit 量化内核,必须配置好编译 PyTorch CUDA 扩展的环境。2. LLaMa 模型集成需要额外安装 'sentencepiece' 并从源码安装 'transformers' 的主分支版本。3. 对于 OPT-175B 超大模型,需先向 Meta 申请访问权限并使用其脚本转换为本地 HuggingFace 格式。4. 3-bit 内核在除 A100/A6000 以外的显卡或小模型上性能可能不佳。
python未说明
torch (测试版本 v1.10.1+cu111)
transformers (测试版本 v4.21.2,LLaMa 集成需从源码安装主分支)
datasets (测试版本 v1.17.0)
sentencepiece (LLaMa 集成必需)
CUDA 编译工具链 (用于编译 3-bit 内核)
gptq hero image

快速开始

GPTQ

本仓库包含 ICLR 2023 论文 GPTQ: 针对生成式预训练 Transformer 的高精度后训练压缩 的代码实现。当前版本包括以下功能:

  • GPTQ 算法的高效实现:gptq.py
  • 将 OPT 和 BLOOM 系列的所有模型压缩至 2/3/4 位,支持权重分组:opt.pybloom.pyzeroShot/
  • 在多个语言生成任务上评估量化模型的困惑度:opt.pybloom.py
  • 在多个零样本任务上评估量化模型的性能:zeroShot/
  • 一种 3 位量化矩阵与全精度向量乘积的 CUDA 内核:quant_cuda_kernel.cuquant_cuda.cppsetup_cuda.py
  • 用于单个矩阵-向量乘积以及使用量化模型进行语言生成的基准测试代码:test_kernel.pyopt.py

新特性

2023 年 7 月更新:

  • 添加了 --static-groups 选项,该选项会在量化之前预先确定所有分组网格,而不是在量化过程中动态确定。这样一来,当与该选项一起使用时,--act-order 不再需要任何可能造成速度下降的推理改动。

随着论文的最终定稿版发布,我们还对该仓库进行了多项更新:

  • 对 C4 和 PTB 数据集的预处理进行了微调,以获得更贴近实际的评估结果(用于我们的更新结果);可通过 --new-eval 标志启用。
  • 优化了 3 位内核,使其速度显著提升,尤其是在 A100 上,例如对于 OPT-175B 模型,生成速度从 1.9 倍提升至 3.25 倍;可通过 --faster-kernel 启用。
  • 提供了一个最小化的 LLaMa 集成(如需更完整的功能,请参阅 GPTQ-for-LLaMa 仓库),展示了两个新技巧:--act-order(按激活值大小降序量化列)和 --true-sequential(即使在单个 Transformer 块内也执行顺序量化)。这些改进修复了 GPTQ 在 7B 模型上的异常糟糕表现(从 7.15 降至 6.09 的 Wiki2 PPL),并普遍提升了大多数模型和设置下的性能。

以下是 LLaMa 模型的评估结果汇总:

Wiki2 PPL FP16 4bit-RTN 4bit-GPTQ 3bit-RTN 3bit-GPTQ 3g128-GPTQ
LLaMa-7B 5.68 6.29 6.09 25.54 8.07 6.61
LLaMa-13B 5.09 5.53 5.36 11.40 6.63 5.62
LLaMa-30B 4.10 4.54 4.45 14.89 5.69 4.80
LLaMa-65B 3.53 3.92 3.84 10.59 5.04 4.17

以下是一个示例命令:

python llama.py LLAMA_HF_FOLDER c4 --wbits 4 --true-sequential --act-order --new-eval

此外,--act-order 启发式方法还显著提升了 OPT-66B 这一异常模型的准确性:4 位和 3 位分别将 Wiki2 上的 PPL 从 9.55 降至 9.34 和从 14.16 降至 9.95。

依赖项

  • torch:已在 v1.10.1+cu111 上测试通过
  • transformers:已在 v4.21.2 上测试通过(目前 LLaMa 集成需要从源码安装主库,并且需要 sentencepiece
  • datasets:已在 v1.17.0 上测试通过
  • (要运行 3 位内核:需配置 PyTorch CUDA 扩展的编译环境,详情请参阅 https://pytorch.org/tutorials/advanced/cpp_extension.html,已在 CUDA 11.4 上测试通过)

所有实验均在一台配备 80GB 显存的 NVIDIA A100 上运行。不过,大多数实验也可以在显存较少的 GPU 上顺利进行。

语言生成

OPT

# 计算全精度(FP16)结果
CUDA_VISIBLE_DEVICES=0 python opt.py facebook/opt-125m c4
# 运行 RTN 基线并计算结果
CUDA_VISIBLE_DEVICES=0 python opt.py facebook/opt-125m c4 --wbits 4 --nearest
# 运行 GPTQ 并计算结果
CUDA_VISIBLE_DEVICES=0 python opt.py facebook/opt-125m c4 --wbits 4 [--groupsize 1024]

若要运行其他 OPT 模型,可将 opt-125m 替换为:opt-350mopt-1.3bopt-2.7bopt-6.7bopt-13bopt-66b。对于 175B 参数的模型,您需要向 Meta 申请访问权限,然后使用其提供的脚本将其转换为本地 HuggingFace 检查点,路径为 metaseq。获得检查点后,只需将其路径替换为 facebook/opt-125m 即可。

BLOOM

# 计算全精度(FP16)结果
CUDA_VISIBLE_DEVICES=0 python bloom.py bigscience/bloom-560m c4
# 运行 RTN 基线并计算结果
CUDA_VISIBLE_DEVICES=0 python bloom.py bigscience/bloom-560m c4 --wbits 4 --nearest
# 运行 GPTQ 并计算结果
CUDA_VISIBLE_DEVICES=0 python bloom.py bigscience/bloom-560m c4 --wbits 4 [--groupsize 1024]

若要运行其他 BLOOM 模型,可将 bloom-560m 替换为:bloom-1b1bloom-1b7bloom-3bbloom-7b1bloom

零样本

请参阅 zeroShot/ 文件夹。

3 位 CUDA 内核

# 安装内核
python setup_cuda.py install

# 对 OPT-175B 的 FC2 层进行性能基准测试
CUDA_VISIBLE_DEVICES=0 python test_kernel.py

# 使用 3 位 OPT-175B 进行语言生成的基准测试:
# OPT175B 是指包含 HuggingFace OPT-175B 检查点的文件夹名称(见上文)

# 保存压缩后的模型
CUDA_VISIBLE_DEVICES=0 python opt.py OPT175B c4 --wbits 3 --save opt175-3bit.pt
# 使用保存的模型生成 128 个标记的序列并进行基准测试
CUDA_VISIBLE_DEVICES=0 python opt.py OPT175B c4 --load opt175b-3bit.pt --benchmark 128
# 基准测试 FP16 基线,注意模型会跨列出的所有 GPU 分布
CUDA_VISIBLE_DEVICES=0,1,2,3,4 python opt.py OPT175B c4 --benchmark 128

请注意,我们的 3 位内核目前仅针对运行在 1xA100 或 2xA6000 上的 OPT-175B 进行了优化,因此在较小的模型或其他 GPU 上可能会表现出次优性能。

引用

如果您觉得这项工作有所帮助,请考虑引用以下文献:

@article{frantar-gptq,
  title={{GPTQ}: Accurate Post-training Compression for Generative Pretrained Transformers}, 
  author={Elias Frantar and Saleh Ashkboos and Torsten Hoefler and Dan Alistarh},
  year={2022},
  journal={arXiv preprint arXiv:2210.17323}
}

常见问题

相似工具推荐

openclaw

OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你

349.3k|★★★☆☆|1周前
Agent开发框架图像

stable-diffusion-webui

stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。

162.1k|★★★☆☆|2周前
开发框架图像Agent

everything-claude-code

everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上

160.8k|★★☆☆☆|今天
开发框架Agent语言模型

ComfyUI

ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。

109.2k|★★☆☆☆|昨天
开发框架图像Agent

gemini-cli

gemini-cli 是一款由谷歌推出的开源 AI 命令行工具,它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言,它提供了一条从输入提示词到获取模型响应的最短路径,无需切换窗口即可享受智能辅助。 这款工具主要解决了开发过程中频繁上下文切换的痛点,让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用,还是执行复杂的 Git 操作,gemini-cli 都能通过自然语言指令高效处理。 它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口,具备出色的逻辑推理能力;内置 Google 搜索、文件操作及 Shell 命令执行等实用工具;更独特的是,它支持 MCP(模型上下文协议),允许用户灵活扩展自定义集成,连接如图像生成等外部能力。此外,个人谷歌账号即可享受免费的额度支持,且项目基于 Apache 2.0 协议完全开源,是提升终端工作效率的理想助手。

100.8k|★★☆☆☆|1周前
插件Agent图像

markitdown

MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器

93.4k|★★☆☆☆|1周前
插件开发框架