跳到正文
  1. vLLM 官方博客68

    vLLM 详解 Kimi K3 深度优化:实现 840 tokens/s 及快速响应维护策略

    vLLM 官方博客发布 Kimi K3 的深度优化方案,通过 Agent 辅助开发构建统一 CuTe DSL decode 路径,在 16 张 NVIDIA GB300 GPU 上实现 batch 1 超过 840 tokens/s 的解码速度。

    推荐理由:原文详细拆解了 Kimi K3 在 vLLM 中的底层优化逻辑与性能数据,并提出了平衡开发速度与稳定性的维护框架。

  1. vLLM 官方博客68

    vLLM 详解 Kimi K3 在 AMD MI355X 上匹配 NVIDIA B300 吞吐量的优化过程

    vLLM 官方博客发布技术复盘,详述如何通过六项核心优化使 Kimi K3 在八卡 AMD Instinct MI355X 系统上的每 GPU 吞吐量超越 NVIDIA HGX B300 24.4%,并在成本模型下实现每美元多产出 87.4% 的 token。文章深入解析了 DCP8 缓存分片、MoE 去重计算、KDA 状态并行化及 MLA 长上下文解码加速等具体工程决策与基准测试数据。

    推荐理由:文章拆解了 Kimi K3 在 AMD MI355X 上的六项关键优化,提供了从缓存复用到内核融合的具体工程思路。

  1. vLLM 官方博客75

    vLLM发布Bitwise-Consistent RL训练方案:解决DeepSeek-V4等模型训练推理不一致问题

    vLLM团队提出一种新方案,通过让训练前向直接调用vLLM推理内核并修改内核逻辑,确保采样token的logprob在训练和推理侧逐位一致(diff=0)。在DeepSeek-V4-Flash实验中,该方法在保持91.3%基线吞吐量的同时实现了零差异,避免了因数值不一致导致的KL散度飙升和奖励下降;该流程已封装为Agent Skill开源,并成功迁移至Nemotron混合架构模型。

    推荐理由:原文提供了在高性能推理引擎上实现训练与推理数值完全一致的具体方法、代码及Agent技能包,为RL训练稳定性优化提供了可复用的工程路径。

  1. AWS Machine Learning Blog62

    AWS 博客详解如何在 Amazon Bedrock 上使用 Grok 4.7 构建长周期智能体

    AWS 发布教程指导开发者在 Amazon Bedrock 上利用 Grok 4.7 构建具备工具调用能力的长周期智能体。文章通过三个需搜索而非简单查表的复杂任务(故障诊断、维护调度、迁移预算)进行了 72 次运行测试,结果显示 xhigh 推理强度下准确率为 100%,而 low 强度以约八分之一的输出 Token 实现了 83% 的准确率。

    推荐理由:原文通过构建工具调用智能体并对比不同推理强度下的表现,提供了在长周期任务中平衡准确率与Token成本的具体评估方法。

  1. vLLM 官方博客82

    vLLM 发布 DeepSeek-V4.1-Flash 优化指南:通过 SWA 重放与内核融合实现 5 倍智能体吞吐

    Inferact 和 vLLM 团队在 DeepSeek-V4.1-Flash 发布后三周内完成深度优化,在 SemiAnalysis AgentX 基准测试中实现了低并发下 1.9 倍加速及高吞吐约束下 5.3 倍的吞吐量提升。

    推荐理由:vLLM 团队详细拆解了针对 DeepSeek-V4.1-Flash 的 SWA 有界重放与内核融合优化路径,展示了如何通过系统级调优实现智能体场景下 5 倍吞吐提升的具体工程方法。

  1. Modal 官方工程博客65

    Modal 分享如何为万亿参数编码智能体服务万亿 token 的推理优化实践

    Modal 官方博客分享了针对 Moonshot AI Kimi K2.6 等万亿参数模型的推理服务优化方案,实现了单副本性能提升 2.8x(每用户)和 5.6x(跨用户)。

    推荐理由:原文详细拆解了万亿参数模型在编码智能体场景下的推理优化路径,提供了从单副本调优到多副本路由的完整工程实践参考。

  1. vLLM 官方博客65

    vLLM 团队详解如何在 GB300 NVL72 上训练 Kimi-K3 最快的 DSpark 推测解码模型

    vLLM 团队利用 Speculators 库在 GB300 NVL72 集群上成功训练了 Kimi-K3 的 DSpark 推测解码模型,将单流数学推理速度从约 110 tok/s 提升至约 435 tok/s。

    推荐理由:原文详细拆解了基于GB300集群训练Kimi K3 DSpark草稿模型的全流程,提供了从数据提取到多节点部署的完整技术路径。

  1. OpenRouter Announcements78

    OpenRouter 发布 Fusion 复合模型功能:通过多模型辩论提升复杂任务质量

    OpenRouter 推出名为 Fusion 的复合模型功能,允许单个提示词触发多个专家模型的并行回答与裁判对比,以生成更高质量的最终答案。默认三模型面板的成本约为单次调用的四到五倍,延迟增加两到三倍,适用于高价值研究或决策场景而非实时交互。

    推荐理由:官方详解多模型辩论机制与成本权衡,提供 API 调用示例及适用场景边界,帮助开发者评估是否引入该复合推理能力。

  1. vLLM 官方博客65

    vLLM 官方博客详解 DSpark 自适应验证机制以优化投机解码

    vLLM 引入 enable_adaptive_verification 功能,利用 DSpark 置信度头动态决定每步验证的草稿 token 数量,使投机解码在并发 256 时仍保持吞吐优势。

    推荐理由:vLLM 官方详解自适应验证机制,通过动态调整草稿预算解决高并发下投机解码性能瓶颈,提供可复现的配置与基准数据。

  1. vLLM 官方博客60

    vLLM 官方博客详解 Qwen3.5 在 GB200 上达成 25K TPS/GPU 的优化与复现方法

    vLLM 团队发布博客,展示如何通过解耦服务模式在 GB200 NVL72 系统上使 Qwen3.5-397B-A17B-NVFP4 模型达到超过 25,000 total TPS/GPU 的性能。

    推荐理由:vLLM 团队公开了 Qwen3.5 在 GB200 NVL72 上实现 25K TPS/GPU 的解耦服务配置、关键优化补丁及复现配方,为高性能推理部署提供直接参考。

  1. vLLM 官方博客66

    vLLM官方博客:在24张NVIDIA B300 GPU上部署GLM-5.2并满足生产级SLA的实践指南

    DaoCloud团队在vLLM官方博客发布文章,介绍了如何在24张NVIDIA B300 GPU上部署GLM-5.2-NVFP4模型以满足生产级SLA要求。通过采用分离式P/D架构、推测解码填充、Model Runner V2及IndexerCache等优化手段,将平均TPOT从约40ms降至17ms,同时保持TTFT低于2.5秒。

    推荐理由:文章详细记录了在24张B300 GPU上部署GLM-5.2的全过程,提供了从TPOT优化到最终SLA达标的具体配置和命令。

已经到底了