针对Strix Halo - 官方llama.cpp并非理想选择及如何实现最高吞吐量
摘要
本文讨论了在Strix Halo硬件上优化性能的官方llama.cpp替代方案,其中特定分支在AI推理任务中实现了显著更高的吞吐量。
我一直在就Strix Halo (gfx1150) 的最佳设置发表许多评论,根据我的观察,我们社区中有90%的人在使用官方llama.cpp,但它并未针对Strix Halo进行优化,官方llama.cpp极难达到硬件理论性能的50%,浪费了该设备的硅芯片资源。以下是能将Strix Halo的速度提升至全新境界的替代方案,我将链接用户满意评论以证明结果真实:
https://github.com/peonist-ai/halogen-flash-server - 约50t/s解码和1200t/s预填充 - 90%理论性能 - 仅针对Strix Halo和Qwen 3.8 Flash Next (Q38FN - Strix Halo的最佳首选模型)优化,如果你听说过Ninfer,这正是Strix Halo版的Ninfer。
https://github.com/myhacsint/llama.cpp/tree/production/strix-halo-qwen4exp-b10685 - 近60t/s解码和600t/s预填充 - 80%理论性能 - 这是针对Q38FN的实验分支,具有非常高的解码速度和相当不错的预填充性能。
https://github.com/halo-box/strix-llama.cpp - 近30t/s解码和800t/s预填充 - 75%理论性能 - 最新提交大幅提升了预填充性能,这是r/StrixHalo首个持续更新的fork,拥有一个活跃的Discord服务器和大量用户。
注意:官方llama.cpp运行Qwen38FN时解码速度为2xt/s,预填充速度为2xxt/s - 50%理论性能。
希望这对Strix Halo用户有所帮助。
相似文章
llama.cpp 中的快速 LoRA
一位开发者为 llama.cpp 分享了自定义的通用与融合 LoRA 内核,在 Strix Halo 上运行 LoRA 适配器时,提示词处理吞吐量从约 300 t/s 恢复到约 1400 t/s,并邀请其他人协助将这些改动推入上游。
Strix Halo 用户:一个被拒绝的 PR 可使 MOE 的 PP 速度提升高达 30%。
一个针对 llama.cpp 的被拒绝的 PR 可在 AMD Strix Halo 硬件上为 MOE 模型提供高达 30% 的提示处理速度提升,但增益会随上下文长度增加而递减。
@no_stp_on_snek: 过去几天一直在借来的 Strix Halo(Ryzen AI… 上帮 @Italianclownz 加速他的 llama.cpp 分支 ROCmFPX
开发者帮助优化了 llama.cpp 的分支 ROCmFPX 在 AMD Strix Halo(Ryzen AI Max+ 395)上的运行速度,通过合并 16 个 PR,大幅提升了预填充和解码速度,并提高了量化精度。
如果您在Strix Halo上运行Qwen 3.8 Flash Next,请使用此软件进行推理。它比llama.cpp快得多,尤其是在高上下文情况下。
一位用户推荐了一个GitHub项目,用于在Strix Halo上更快地推理Qwen 3.8 Flash Next,展示的基准速度显著优于llama.cpp。
Strix Halo上的llama.cpp多令牌预测(MTP)基准测试:27B模型大幅提速,35B模型表现不一
在Strix Halo上对llama.cpp中的多令牌预测(MTP)进行的基准测试显示,长上下文聊天场景下27B Qwen模型显著加速,而35B模型则表现不一。