根据 LocalLLama 的建议,为 SSD 流式传输 Qwen Flash Next 实现了 n+2 前瞻预测——而且成功了!
摘要
一位开发者在 Mac Mini M5 上为 SSD 流式传输 Qwen Flash Next 实现了 n+2 前瞻专家预测优化,在聊天场景下实现了 +8% 的 token 吞吐量提升,代码场景下提升了 +4.2%,相关代码已在 GitHub 上开源。
我的项目是在 Mac Mini M5 64GB 上通过 SSD 流式传输来优化 Qwen Flash Next。我最近向 LocalLLama 请教了如何优化 token 输出速度。目前一种流行的方法是使用前瞻猜测器(lookahead guesser),提前一层预取专家(expert)。其中一个很受欢迎的建议是构建一个预测模型,提前两层开始加载专家。这让我在聊天场景下获得了 +8% 的提升,在代码场景下获得了 +4.2% 的提升。考虑到各种优化叠加在一起的效果,在基础的原生配置下,实际收益可能会大得多。https://github.com/skeggsguy/Flash-next-ssd 非常酷!感谢 Reddit LocalLLama!我现在去找到原帖来链接。编辑:向 sdroege_ 致敬,感谢最初提出这个建议!
相似文章
在 64 GB Mac mini 上流式加载 MoE SSD:GPU 仍有 27% 的解码时间在等待专家层。有什么优化思路?
一位开发者分享了在 64 GB Mac mini M5 上从 SSD 流式加载 Qwen Flash Next Q4 MoE 专家层的性能数据与优化方案,解码速度达到 17.5 tok/s,而 GPU 有 27% 的时间处于等待专家层从 SSD 加载的状态,并寻求提升专家预取准确率和命中率的思路。
Qwen3.8-Flash-Next 针对 Mac 优化版
本文详细介绍了在 Mac M1 Max 硬件上运行 Qwen3.8-Flash-Next AI 模型的自定义优化,包括 SSD 流、自定义量化和稀疏注意力机制,以提升性能。
Qwen3.8-Flash-Next (95.5 GiB) 在 64GB Mac 上以约 27 tok/s 运行,检查点与叉版本
作者优化了 Qwen3.8-Flash-Next 模型,使其能在 64GB Mac 上运行,使用专家流式处理和其他技术,通过发布检查点和 llama.cpp 叉版本达到约 27 tok/s 的速度。
通过专家前瞻技术,在 MoE ssd-streaming 上实现 10% 以上的性能提升
在采用 slotstream 技术的低内存设备上运行 MoE 模型时,专家前瞻技术的实现带来了超过 10% 的性能提升,修正模型还能带来额外的增益。
Qwen 3.8 Flash Next n-gram查找表卸载至SSD并在SGLang中流式传输
Qwen3.8 Flash-Next的一个新检查点能将n-gram查找表卸载至SSD,在保持SGLang推理速度的同时,减少48 GB的内存使用。