更新:将稠密模型转换为混合专家模型
摘要
作者更新了将稠密模型转换为混合专家(MoE)模型的项目,发布了 Qwen2.5-1.5B-MoE-A0.9B 及 0.5B/1.5B 的 GGUF 版本。结果显示 GPU 和 CPU 推理速度明显提升(约 32-41%),但困惑度上升约 40%,作者称其为小模型上的概念验证。
相似文章
将稠密模型转换为混合专家模型
一位独立开发者在 RTX 4060 (8GB) 上尝试将稠密模型直接转换为稀疏 MoE 模型(Qwen2.5-0.5B 和 SmolLM2-360M,32 专家 top-8),无需从头预训练,并分享了计算量节省与性能损失的评测结果。
面向 16GB GPU 与 Qwen 3.6 35B MoE 代码模型的穷人版推理引擎
作者将 llama.cpp 的 server 分支为 AgrillaMoE,针对 Qwen3.6-35B-A3B MoE 模型在 16GB 显存 GPU 上优化,配合 2-bit 量化可达约 57-60 tok/s,并支持 OpenAI/Anthropic API 兼容接口;其 MoE 扩展补丁在运行时增加每 token 激活专家数(20 vs 8),无需重训即可在 GPQA-Diamond 上提升约 2.5 分。
一个 80B MoE 模型(Qwen3-Next,48 GB GGUF)在 Chrome 标签页中回答问题:使用 llama.cpp 的 WebGPU 后端,专家从磁盘按需分页加载
作者将上周的 MoE 专家按需从磁盘流式加载的方案接入 llama.cpp 的 WebGPU 后端,使 80B MoE 模型(Qwen3-Next,48GB GGUF)也能在 Chrome 标签页中运行,无需为每个模型手写引擎。该方案新增了 ggml-webgpu 的缓冲类型、slot 映射的 MUL_MAT_ID 着色器和驻留逻辑,实测在 M4 Pro MacBook 上以 2.9 tok/s 解码 80B 模型,较小模型可达 22 tok/s。
@googledevs: 扩展前沿的混合专家(MoE)模型需要的不仅仅是试错调优。探索Qwen 3.5-397B是如何…
Google Cloud 详细介绍了他们如何在 Ironwood TPU 上使用模块化、模型无关的工程手册优化 Qwen 3.5-397B MoE,实现了 3.1 倍的解码性能和 4.7 倍的预填充性能提升。
除了更快之外,MoE 模型的意义何在?
讨论混合专家(MoE)模型在速度之外相对于密集模型的优势,考虑内存限制和扩展限制。