呼唤所有 GPU:帮助我们测试 SonicBoom v0.0.3 —— 一个在解码上超越 llama.cpp 的编译器优先 AI 运行时
摘要
HardenedLinux 发布开源编译器优先的 AI 推理运行时 SonicBoom v0.0.3,声称在 RTX 3050 上解码速度超过 llama.cpp,并呼吁社区贡献 GPU 基准测试结果。
大家好!我们是 HardenedLinux,一个老牌自由软件社区。SonicBoom 是我们开源(GPLv3)的推理运行时:一个编译器优先的方案,用来替代常见的 Python 技术栈。构建和运行时都不需要 Python —— 只有一个共享库、一个 C ABI,以及作为一等语言的 Guile Scheme。v0.0.3 在桌面级 RTX 3050 8 GB 上的表现(同一会话、同一 GGUF,对比 llama.cpp -ngl 99):模型解码(tg64)预填充(pp512)Gemma 4 E4B Q3_K_M 1.18× 1.00× Qwen2.5-0.5B Q4_K_M 1.12× 1.09× 在真实的多轮 agent 工作负载上,自 v0.0.2 以来首 token 延迟降低了数倍(前缀复用 + 计划缓存)。输出 token 与我们的黄金基准运行结果逐位一致,前缀复用与完整预填充的结果在比特级别上完全相同。原理:所有图优化和内核生成都在 Boom IR(一个 MLIR 方言)上完成;热点量化矩阵乘法以带属性的 ggml 衍生内核运行。每一项优化都有对应的开关和消融数据,让你清楚每项优化带来了多少收益。我们坦诚存在的不足:Qwen 在深度 512 时的解码为 0.98×,而且我们目前只有一块 GPU。这正是我们需要你们的原因。邀请:每次发布都会开一个基准测试 issue。如果你有 NVIDIA GPU(任何代次 —— 尤其欢迎 Ada、Hopper、Blackwell),只需一条命令即可生成一份可以直接粘贴的报告。所有结果被我们收录的贡献者都会在 README 中致谢。→ v0.0.3 基准测试 issue:https://github.com/hardenedlinux/SonicBoom/issues/2 请将测试结果和问题发布在 issue 中,而不是这里,以便所有信息集中管理。
相似文章
SonicBoom:在笔记本电脑的 RTX 3050 上,解码速度达到 52 tok/s(llama.cpp:45),使用相同的量化内核,区别在于图编译器。不使用 Python。
SonicBoom v0.0.1 是一个原生 C++/CUDA 张量运行时,配备图编译器,在笔记本电脑的 RTX 3050 上,使用与 llama.cpp 相同的源自 ggml 的量化内核,实现了 52 tok/s 的解码速度,而 llama.cpp 为 45 tok/s,这表明如今的性能提升来自编译器层,而非手写内核。
@pupposandro:在 Strix Halo 上比 llama.cpp 快 2.5 倍。我们刚刚为 AMD Ryzen AI MAX+ 395 iGPU(gfx1151,……)发布了 DFlash + PFlash
一套新工具集(DFlash + PFlash)在 AMD Ryzen AI MAX+ 395 iGPU 上实现了比 llama.cpp 快 2.5 倍的推理速度,展示了 Qwen3.6-27B 在 128 GiB 统一内存下的显著加速效果。
实测 OpenCode 与自托管 LLM 的协作:Qwen 3.5、3.6、Gemma 4、Nemotron 3、GLM-4.7 Flash - v2
一位开发者在 RTX 4080 上用 OpenCode 对多款自托管 LLM(Qwen 3.5/3.6、Gemma 4、Nemotron 3、GLM-4.7)进行两项编码任务基准测试,揭示了速度与质量的权衡。
@TheAhmadOsman: 本地AI现在很好了
Ahmad宣布了一个本地AI硬件竞技场,使用ODS在RTX PRO 6000、DGX Spark、Strix Halo、M5 MacBook Pro和ChatGPT等硬件上对LLM进行基准测试,并邀请社区为未来的比较提供意见。
@leopardracer: https://x.com/leopardracer/status/2055341758523883631
一位用户分享了他们搭建双GPU本地AI实验室的经验,使用了RTX 4080 Super和5060 Ti,通过llama.cpp和llama-swap运行Qwen 3.6模型,以降低API成本并实现无限制的实验。