最后更新:
Llmspeed:买硬件前,先感受本地大模型跑多快
Llmspeed 是一个免费开源的网页工具,地址 llmspeed.dev。选一块显卡、一台 Mac 或 CPU,再选一个模型,它就按这套硬件的预测速度把示例回答一个字一个字地播出来,连首个 token 之前的等待也算在内。2026 年 10 月 17 日它以 Show HN 的形式登上 Hacker News。
Llmspeed 是什么?
大多数本地大模型测评只给一个 token/s 数字。Llmspeed 把这个数字变成能看见的东西:文字按预测速度出现,在此之前还有一段与提示词长度相符的等待。项目自己的说法是“在买硬件之前,感受本地大模型跑多快”。
它是用 Vite、Preact 和 TypeScript 写的纯静态网站,MIT 开源协议。所有预测数据都放在 GitHub 仓库的一个数据文件里,任何人都能查每个数字从哪来。
- 实时模拟. 文字按预测的 token/s 流式输出,开头先等一段与提示词长度相关的首 token 时间。
- 对比模式(Race). 两套配置并排跑,比如 RTX 5090 对 Mac Studio。
- 显存是否够用. 显示模型在每种量化下能否装下、是否需要部分卸载到内存,或者根本跑不了。
- 覆盖范围. 30 种显卡、Mac 和 CPU,15 个热门模型,涵盖 CUDA、Metal、ROCm、Vulkan 和 CPU 后端。
- 分享链接. 每个配置或对比都有独立链接,可以直接发给别人。
来源: GitHub:albinstman/llmspeed(README)
来源: llmspeed.dev(官网)
Llmspeed 怎么用
- 用浏览器打开 llmspeed.dev。不用安装、不用注册,页面需要开启 JavaScript。
- 选择你已有或打算买的硬件,比如 RTX 4090、Mac Studio 或只有 CPU 的电脑。
- 选择模型和量化(如 Q4_K_M、Q8_0 或 FP16)。显存指示会告诉你装得下、会溢出到内存,还是加载不了。
- 选择提示词长度。提示词越长,首个 token 出来前等得越久;数据文件里预设了 42、290、1,800 和 12,500 个 token 四档。
- 开始模拟,看回答逐字输出,并留意结果旁的标签:实测(Measured)、推算(Derived)或预测(Projected)。
- 打开对比模式加入第二套配置,再复制链接分享这次对比。
Llmspeed 只模拟速度,不会在你的浏览器里真正运行模型,也说明不了回答质量。
来源: GitHub:albinstman/llmspeed(README)
来源: llmspeed.dev(官网)
来源: GitHub:llmspeed data/app-data.json
Llmspeed 准吗?实测、推算和预测三种标签
每个估算值都带一个标签,说明可信程度:
| 标签 | 含义 |
|---|---|
| Measured(实测) | 在完全相同的硬件、模型和量化上跑过基准测试 |
| Derived(推算) | 根据相近配置的实测结果插值得出 |
| Projected(预测) | 根据硬件参数计算,比如已发布但还没上市的硬件 |
我们在 2026 年 10 月 17 日查看的数据文件里,1,446 个“硬件 × 模型 × 量化”组合中有 76 个是实测,385 个是推算,985 个标为跑不了。也就是说,能跑的结果大多是插值,而不是直接实测。
来源: GitHub:albinstman/llmspeed(README)
来源: GitHub:llmspeed data/app-data.json
Llmspeed 如何估算 token/s
实测数据来自社区基准,从 r/LocalLLaMA、localscore.ai、llama.cpp 讨论区等处收集并核对。没有基准时,README 说工具会按基本原理推算:
- 生成速度受内存带宽限制:每生成一个 token 都要把激活权重读一遍。混合专家(MoE)模型只计激活参数。
- 提示词处理(首 token 时间)受算力限制,按 FP16 TFLOPS 计算。
- 两者都套用按后端校准的效率系数(用实测数据标定),并随上下文变长加入降速。
- 部分卸载用混合模型:放在显卡上的部分按显存带宽算,溢出到内存的部分按校准过的有效内存带宽算。
- 显存占用计入权重、KV 缓存和运行开销,与可用内存比较:Mac 统一内存约按 75%,独立显卡显存约按 93%。
来源: GitHub:albinstman/llmspeed(README)
来源: r/LocalLLaMA
来源: localscore.ai
来源: GitHub:llama.cpp
Llmspeed 硬件列表:30 种显卡、Mac 和 CPU
以下是 2026 年 10 月 17 日项目数据文件中的设备,按内存带宽排序;在它的模型里,带宽是决定生成速度的主要因素。内存和带宽均为该文件使用的数值。
| 设备 | 内存 | 带宽 | 后端 |
|---|---|---|---|
| H200 141GB (cloud) | 141 GB | 4,800 GB/s | CUDA |
| H100 80GB (cloud) | 80 GB | 3,350 GB/s | CUDA |
| A100 80GB (cloud) | 80 GB | 2,039 GB/s | CUDA |
| NVIDIA RTX 5090 32GB | 32 GB | 1,792 GB/s | CUDA |
| NVIDIA RTX PRO 6000 96GB | 96 GB | 1,792 GB/s | CUDA |
| Mac Studio M5 Ultra 512GB (已发布未上市) | 512 GB | 1,200 GB/s | Metal |
| NVIDIA RTX 4090 24GB | 24 GB | 1,008 GB/s | CUDA |
| AMD RX 7900 XTX 24GB | 24 GB | 960 GB/s | ROCm |
| NVIDIA RTX 5080 16GB | 16 GB | 960 GB/s | CUDA |
| NVIDIA RTX 3090 24GB | 24 GB | 936 GB/s | CUDA |
| NVIDIA RTX 5070 Ti 16GB | 16 GB | 896 GB/s | CUDA |
| Mac Studio M3 Ultra 512GB | 512 GB | 819 GB/s | Metal |
| AMD RX 7900 XT 20GB | 20 GB | 800 GB/s | ROCm |
| NVIDIA RTX 4070 Ti Super 16GB | 16 GB | 672 GB/s | CUDA |
| AMD RX 9070 XT 16GB | 16 GB | 644.6 GB/s | ROCm |
| AMD Radeon AI PRO R9700 32GB | 32 GB | 644.6 GB/s | ROCm |
| MacBook Pro M5 Max 128GB | 128 GB | 614 GB/s | Metal |
| Intel Arc Pro B70 32GB | 32 GB | 608 GB/s | Vulkan |
| Mac Studio M4 Max 128GB | 128 GB | 546 GB/s | Metal |
| NVIDIA RTX 4070 12GB | 12 GB | 504 GB/s | CUDA |
| NVIDIA RTX 5060 Ti 16GB | 16 GB | 448 GB/s | CUDA |
| MacBook M3 Max 48GB | 48 GB | 400 GB/s | Metal |
| NVIDIA RTX 3060 12GB | 12 GB | 360 GB/s | CUDA |
| MacBook Pro M5 Pro 48GB | 48 GB | 307 GB/s | Metal |
| NVIDIA DGX Spark 128GB | 128 GB | 273 GB/s | CUDA |
| Mac Mini M4 Pro 64GB | 64 GB | 273 GB/s | Metal |
| MacBook M4 Pro 24GB | 24 GB | 273 GB/s | Metal |
| AMD Ryzen AI Max+ 395 128GB (Strix Halo) | 128 GB | 256 GB/s | ROCm |
| MacBook M2 Pro 16GB | 16 GB | 200 GB/s | Metal |
| CPU-only (Ryzen 9 9950X, 96GB DDR5) | 96 GB | 89.6 GB/s | CPU |
来源: GitHub:llmspeed data/app-data.json
Llmspeed 支持哪些模型?
数据文件按热度列出 15 个模型:Qwen 3.6/3.8 27B, Qwen 3.5/3.6 35B A3B, Qwen3 30B A3B, Qwen 3.5 9B, GLM-5.3 Flash, DeepSeek V4 Flash, DeepSeek R1 Distill 14B, GPT-OSS 20B, GPT-OSS 120B, Gemma 4 26B A4B, Gemma 4 31B, Llama 3.1 8B, Ornith 1.5 35B A3B, Ornith 1.5 9B, Muse Glimmer 30B。
GPT-OSS 120B、DeepSeek V4 Flash、GLM-5.3 Flash 这类混合专家模型每个 token 只读取激活参数,所以只要装得下,生成速度会比总参数量看起来快。最大的几个模型提供了低比特量化,好让大内存 Mac 和工作站也能装下。
来源: GitHub:llmspeed data/app-data.json
来源: GitHub:albinstman/llmspeed(README)
提交你自己的测速结果
最有价值的贡献是一条真实测量。在你的机器上跑 llama.cpp 的基准工具,在 benchmarks/submissions.csv 末尾加一行(硬件、模型、量化、后端、引擎版本、gen_tps、prefill_tps、提示词 token 数、来源链接、备注),并在 PR 里贴上完整的 llama-bench 输出。MLX、vLLM、ExLlama 等引擎的结果也欢迎,注明引擎即可。
# 1. Measure your own machine with llama.cpp's benchmark tool
llama-bench -m your-model.gguf -p 512 -n 128
# tg128 = generation speed (gen_tps), pp512 = prompt speed (prefill_tps)
# 2. Add a row to benchmarks/submissions.csv and open a pull request来源: GitHub:albinstman/llmspeed(README)
来源: GitHub:llmspeed benchmarks/submissions.csv
来源: GitHub:llama.cpp
在本地运行 Llmspeed
网站是纯静态的,可以自己跑一份。README 中的开发命令:
# Run the site locally (Vite + Preact + TypeScript)
git clone https://github.com/albinstman/llmspeed
cd llmspeed
npm install
npm run dev来源: GitHub:albinstman/llmspeed(README)
Llmspeed 的局限
- 只支持单设备:多卡(张量并行或按层切分)暂不模拟。
- 是估算不是保证:按 README 的说法,驱动、引擎版本、flash attention、功耗墙和散热都可能让真实数字偏差 10–30%。
- 未上市硬件的预测值会在有实测后替换。
- Hacker News 上有评论说预测和自己机器的实际速度对不上,希望加入多卡、NVLink 和更多量化选项,还指出实际使用中提示词处理速度和上下文长度往往比单纯的生成速度更重要。
- 同一讨论里的另一个建议:买之前花几分钟租一块云 GPU 实测,成本很低。
来源: GitHub:albinstman/llmspeed(README)
来源: daily.dev:Show HN 讨论摘要(2026-10-17)
常见问题
Llmspeed 是什么?
Llmspeed(llmspeed.dev)是一个免费开源的网站,模拟本地大模型在某块显卡、某台 Mac 或某颗 CPU 上跑多快。它先等预测的首 token 时间,再按预测的 token/s 输出文字。
Llmspeed 免费吗?
免费。网站无需注册即可使用,代码在 GitHub 上以 MIT 协议开源。
Llmspeed 准不准?
要看标签。实测结果来自同一配置的真实基准;推算结果由相近配置插值得出;预测结果按参数计算。README 提醒真实速度可能相差 10–30%,也有 Hacker News 用户反映自己机器上的差距更大。
Llmspeed 会在浏览器里运行模型吗?
不会。它只是按预测速度回放一段示例回答,不下载模型,也不占用你的显卡。
Llmspeed 支持多卡吗?
暂不支持,只模拟单设备。多卡张量并行或按层切分被列为已知局限。
Llmspeed 和 llm-speed.com 是同一个吗?
不是。llm-speed.com 是另一个 token/s 排行榜网站。Llmspeed 的地址是 llmspeed.dev,代码在 github.com/albinstman/llmspeed。
独立教程,与 Llmspeed 及其作者无关联。内容来自 GitHub 上 Llmspeed 的 README 和数据文件,以及 Hacker News 讨论摘要,查阅于 2026 年 10 月 17 日。我们没有自己做基准测试。硬件和模型名称是其所有者的商标。