exllama
exllama 是一个专为现代 NVIDIA 显卡打造的 Llama 模型推理引擎,旨在以极高的速度和极低的显存占用运行经过 4-bit GPTQ 量化后的模型。它通过独立的 Python/C++/CUDA 架构重构了原有的实现方案,有效解决了大语言模型在消费级显卡上因显存不足而难以运行或推理速度慢的痛点。
该项目特别适合希望在本地部署大模型的开发者、研究人员以及拥有 RTX 30 系列及以上显卡的进阶用户。对于想要在不依赖昂贵云端算力的情况下体验高性能对话机器人的普通技术爱好者,exllama 也提供了简易的 Web 界面和聊天机器人示例。其核心技术亮点在于针对量化权重的深度优化,能够在保持模型精度的同时显著提升推理效率。此外,项目还支持 Docker 容器化部署以增强安全性,并提供了可集成的 Python 模块。需要注意的是,目前 exllama 仍处于积极开发阶段,对较旧的显卡架构支持有限,但在适配的硬件上能带来流畅的本地大模型体验。
使用场景
一位拥有单张 RTX 4090 显卡的独立开发者,试图在本地部署 70B 参数量的 Llama 2 模型以构建私有知识库问答系统。
没有 exllama 时
- 显存严重不足:直接使用 Hugging Face Transformers 加载未量化或低精度量化模型时,显存瞬间爆满,根本无法运行大参数模型。
- 推理速度极慢:即使勉强通过 CPU 卸载部分层级运行,生成每个字节的响应时间长达数秒,完全无法满足实时对话需求。
- 部署流程繁琐:需要手动配置复杂的量化环境(如 AutoGPTQ),且在不同操作系统间迁移时经常遇到编译报错和依赖冲突。
- 资源利用率低:老旧的推理后端无法充分榨干现代 GPU(如 30/40 系列)的算力,导致昂贵的硬件性能被大量浪费。
使用 exllama 后
- 显存占用减半:exllama 专为 4-bit GPTQ 权重优化,成功将 70B 模型压缩至单卡显存范围内,让大模型在消费级显卡上流畅跑通。
- 推理延迟大幅降低:得益于独立的 C++/CUDA 实现,去除了冗余计算开销,文本生成速度提升数倍,实现了近乎实时的交互体验。
- 开箱即用更便捷:只需指定模型路径即可自动编译并加载 CUDA 扩展,无需手动折腾底层量化库,显著降低了部署门槛。
- 硬件性能最大化:针对现代 NVIDIA 架构深度调优,充分释放了 RTX 4090 等高端显卡的 FP16 与整数运算潜力。
exllama 通过极致的内存效率与推理加速,让高性能大语言模型在单块消费级显卡上的本地化部署从“不可能”变为“日常标配”。
运行环境要求
- Linux
- Windows
- 必需 NVIDIA GPU
- 推荐 RTX 30 系列及更新型号(如 RTX 4090, 3090-Ti)
- Pascal 架构或更旧且 FP16 支持差的显卡性能不佳
- 显存需求取决于模型大小(7B 约需 5.2GB,13B 约需 9.1GB,33B 约需 20.8GB,65B/70B 双卡需约 40GB+)
- CUDA 版本需匹配 PyTorch,测试通过 cu118 (CUDA 11.8),也支持 11.7
- 理论上支持 ROCm (AMD),但作者无设备测试
未说明

快速开始
ExLlama
一个独立的 Python/C++/CUDA 实现的 Llama 模型,用于处理 4 位 GPTQ 权重,旨在现代 GPU 上实现快速且内存高效。
免责声明:该项目正在开发中,但仍处于进行时!
硬件要求
我是在 RTX 4090 和 RTX 3090-Ti 上进行开发的。NVIDIA 的 30 系列及更高版本的 GPU 应该都能很好地支持,但 Pascal 或更早的显卡由于 FP16 支持较差,性能可能不会太好。 对于旧款 GPU,目前 AutoGPTQ 或 GPTQ-for-LLaMa 是更好的选择。理论上 ROCm 也受支持(通过 HIP),但我目前没有 AMD 设备来进行测试和优化。
依赖项
- Python 3.9 或更高版本
torch已在 2.0.1 和 2.1.0(夜间版)上测试过,使用 cu118safetensors0.3.2sentencepieceninja
此外,仅限 Web UI:
flaskwaitress
Linux/WSL 前置条件
pip install --pre torch --index-url https://download.pytorch.org/whl/nightly/cu118
Windows 前置条件
要在 Windows 上运行(不使用 WSL):
- 安装 MSVC 2022。你可以选择安装完整的
Visual Studio 2022IDE,或者只安装Build Tools for Visual Studio 2022包(确保在安装程序中勾选了“Desktop development with C++”选项),两者都可以。 - 安装适当版本的 PyTorch ,选择其中一个 CUDA 版本。我目前正在使用夜间构建版本进行开发,但稳定版本(2.0.1)也应该可以工作。
- 安装 CUDA 工具包,11.7 和 11.8 都似乎可行,只需确保与 PyTorch 的计算平台版本匹配即可。
- 为了获得最佳性能,启用硬件加速的 GPU 调度功能。
使用方法
克隆仓库,安装依赖项,并运行基准测试:
git clone https://github.com/turboderp/exllama
cd exllama
pip install -r requirements.txt
python test_benchmark_inference.py -d <模型文件路径> -p -ppl
CUDA 扩展会在运行时加载,因此无需单独安装。它将在首次运行时编译并缓存到 ~/.cache/torch_extensions/ 目录下,这可能需要一些时间。如果一开始没有任何反应,请稍等一分钟让其编译完成。
聊天机器人示例:
python example_chatbot.py -d <模型文件路径> -un "Jeff" -p prompt_chatbort.txt
Python 模块
jllllll 目前维护了一个可安装的 Python 模块 这里,可能更适合将 ExLlama 集成到其他项目中。
Web UI
我还为它制作了一个简单的 Web UI。别看里面的 JavaScript 代码,它基本上都是由 ChatGPT 写的,可能会让你做噩梦。不过它确实能用,而且挺有趣的,尤其是多机器人模式:

要运行它:
pip install -r requirements-web.txt
python webui/app.py -d <模型文件路径>
请注意,默认情况下会话数据存储在 ~/exllama_sessions/ 目录下。如果你需要更改存储位置,可以使用 -sd 参数。
Docker
为了提高安全性并简化部署,也可以将 Web UI 运行在一个隔离的 Docker 容器中。注意:当前的 Docker 镜像仅支持 NVIDIA GPU。
要求
建议以 无根模式 运行 Docker。
构建
构建 Docker 镜像最简单的方式是使用 Docker Compose。首先,在 .env 文件中将 MODEL_PATH 和 SESSIONS_PATH 变量设置为宿主机上的实际目录。然后运行:
docker compose build
也可以手动构建镜像:
docker build -t exllama-web .
注意:默认情况下,Docker 容器内的服务是由非 root 用户运行的。因此,在容器入口点脚本 (entrypoint.sh) 中,会将绑定挂载目录(默认 docker-compose.yml 文件中的 /data/model 和 /data/exllama_sessions)的所有权更改为该非 root 用户。若要禁用此功能,可以在使用 docker compose 时将 .env 文件中的 RUN_UID=0 设置为 0,或在手动构建镜像时执行以下命令:
docker build -t exllama-web --build-arg RUN_UID=0 .
运行
使用 Docker Compose:
docker compose up
现在可以通过主机的 http://localhost:5000 访问 Web UI。
配置可以在 docker-compose.yml 中查看,并可通过创建 docker-compose.override.yml 文件进行修改。
手动运行:
docker run --gpus all -p 5000:5000 -v <模型目录路径>:/data/model/ -v <会话目录路径>:/data/exllama_sessions --rm -it exllama-web --host 0.0.0.0:5000
目前的结果
新实现
| 模型 | 大小 | 分组大小 | 激活函数 | 序列长度 | 显存 | 提示速度 | 最优 | 最差 | 悲观度 |
|---|---|---|---|---|---|---|---|---|---|
| Llama | 7B | 128 | 否 | 2,048 tokens | 5,194 MB | 13,918 tokens/s | 173 tokens/s | 140 tokens/s | 6.45 |
| Llama | 13B | 128 | 否 | 2,048 tokens | 9,127 MB | 7,507 tokens/s | 102 tokens/s | 86 tokens/s | 5.60 |
| Llama | 33B | 128 | 否 | 2,048 tokens | 20,795 MB | 2,959 tokens/s | 47 tokens/s | 40 tokens/s | 4.60 |
| Llama | 33B | 128 | 是 | 2,048 tokens | 20,795 MB | 2,784 tokens/s | 45 tokens/s | 37 tokens/s | 4.55 |
| Llama | 33B | 32 | 是 | 1,550 tokens 1 | 21,486 MB | 2,636 tokens/s | 41 tokens/s | 37 tokens/s | 4.52 |
| Koala | 13B | 128 | 是 | 2,048 tokens | 9,127 MB | 5,529 tokens/s | 93 tokens/s | 79 tokens/s | 6.73 |
| WizardLM | 33B | - | 是 | 2,048 tokens | 20,199 MB | 2,313 tokens/s | 47 tokens/s | 40 tokens/s | 5.75 |
| OpenLlama | 3B | 128 | 是 | 2,048 tokens | 3,128 MB | 16,419 tokens/s | 226 tokens/s | 170 tokens/s | 7.81 |
1 若无显存溢出,则无法达到完整序列长度
所有测试均在原装 RTX 4090 / 12900K 上进行,运行桌面环境时,其他一些应用也在使用显存。
“提示” 速度是指在所列序列长度基础上减去 128 个标记后的推理速度。“最差” 是完整上下文最后 128 个标记的平均速度(最坏情况),而 “最优” 则列出空序列中前 128 个标记的速度(最好情况)。
显存使用量由 PyTorch 报告,不包括 PyTorch 自身的开销(CUDA 内核、内部缓冲区等)。无论如何,这部分开销都难以准确预测。最好的办法是优化模型对显存的使用,最好在 24 GB 的显卡上将显存占用控制在 20 GB 左右,以确保为桌面环境和 Torch 的所有内部组件留出空间。
困惑度仅用于验证模型是否正常工作。所使用的数据集是 WikiText 中的一个特定小样本,因此得分与其他 Llama 基准测试不可比较,仅可用于比较不同 Llama 模型之间的性能。
双 GPU 结果
以下基准测试来自 4090 + 3090-Ti,配置为 -gs 17.2,24:
| 模型 | 大小 | 分组大小 | 激活函数 | 序列长度 | 显存 | 提示速度 | 最优 | 最差 | 悲观度 |
|---|---|---|---|---|---|---|---|---|---|
| Llama | 65B | 128 | 是 | 2,048 tokens | 39,804 MB | 1,109 tokens/s | 20 tokens/s | 18 tokens/s | 4.20 |
| Llama | 65B | 32 | 是 | 2,048 tokens | 43,424 MB | 1,037 tokens/s | 17 tokens/s | 16 tokens/s | 4.11 |
| Llama-2 | 70B | 128 | 是 | 2,048 tokens | 40,680 MB | 914 tokens/s | 17 tokens/s | 14 tokens/s | 4.15 |
| Llama-2 | 70B | 32 | 是 | 2,048 tokens | 36,815 MB | 874 tokens/s | 15 tokens/s | 12 tokens/s | 4.10 |
请注意,由于 Llama 和 Llama 2 的预训练数据集不同,它们的困惑度分数可能并不完全具有可比性。
待办事项
待办事项列表已移至 此处。
兼容性
此处列出了目前已确认可用的模型。
最新更新
2023-01-09:添加了 rope_theta 参数,以支持(至少部分)CodeLlama。如果您之前使用 alpha = 97 或类似设置,则现在不再需要为 CodeLlama 模型这样做。不过,关于扩展词汇表的部分仍有待进一步调整。
2023-08-09:增加了对分片模型的支持。config.model_path 现在可以接受文件名或文件名列表。如果传入的是模型目录,model_init() 将自动检测多个 .safetensors 文件。请注意各示例中的变化:model_path = glob.glob(st_pattern)[0] 简化为 model_path = glob.glob(st_pattern)。此外,util/shard.py 中提供了一个小脚本,用于拆分大型 .safetensors 文件。该脚本还会生成一个 index.json 文件,作为分片模型的索引,尽管 ExLlama 并不需要它来读取分片。需要注意的是,safetensors 依赖已升级至版本 0.3.2。
2023-08-12:初步、初始且暂定发布了 ExLlamaV2。虽然它目前尚未具备 ExLlamaV1 的全部功能,但在其擅长的领域表现更佳。不妨去看看吧!
常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
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 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
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 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器
LLMs-from-scratch
LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目,旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型(LLM)。它不仅是同名技术著作的官方代码库,更提供了一套完整的实践方案,涵盖模型开发、预训练及微调的全过程。 该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型,却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码,用户能够透彻掌握 Transformer 架构、注意力机制等关键原理,从而真正理解大模型是如何“思考”的。此外,项目还包含了加载大型预训练权重进行微调的代码,帮助用户将理论知识延伸至实际应用。 LLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API,而是渴望探究模型构建细节的技术人员而言,这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计:将复杂的系统工程拆解为清晰的步骤,配合详细的图表与示例,让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础,还是为未来研发更大规模的模型做准备