Prhub

sgl-project/sglang · 标签视图

标签列表

聚合结果

benchmark 相关 PR

2026-09-16
性能优化 重要性 5.95 洞察度 5.00

为 H20 新增 GLM-5.3-Flash block-FP8 MoE 调优配置

值得精读,但重点不在 diff 本身(只有 1 行代码 + 2 份 JSON),而在于它示范了 sglang 的 MoE 配置分发机制:文件名即查找键、M 桶分档、设备名隔离,以及调优器与运行时如何共享同一套 E/topk/intermediate_size 口径。建议关注三点:一是 `get_model_config()` 中 `Glm5NextForConditionalGeneration` 被加入外层白名单但未加入共享专家融合内层白名单的语义后果(E 不加 1);二是小 M 与大 M 收益落差极大(1.9x vs 1.05x),不要向长 prefill 场景承诺同等加速;三是这类配置资产与 Triton 版本目录强绑定,升级 Triton 前需要预留重新调优的窗口。

缺陷修复 重要性 6.66 洞察度 5.00

benchmark 启动改 spawn,修复 XPU/CUDA fork 崩溃

值得精读,但重点不在修复本身(核心只有一行),而在配套测试的设计:如何用 stub 掉设备探测、如何选择 patch 粒度(`BaseProcess` 而非 `get_context`)、如何断言进程类型来固定 spawn 语义。这是为"进程启动方式"类缺陷补回归测试的范例,对 `benchmark` 工具链及其他 spawn/fork 敏感代码的后续维护有参考价值。

2026-09-15
功能 重要性 9.18 洞察度 7.00

fused KDA verify 内核支持 ReplaySSM ring 写入,解锁组合优化

值得精读。核心看三点:一是位级一致性的论证方式——为什么必须存 pre-mutation 的操作数、为什么 ring 值(elementwise,位于所有 `tl.sum` 上游)能保证 bit-exact 而输出不能;二是测试设计——共享垃圾模板做全张量比较以捕捉越界写,以及独立 snapshot oracle 防止两个 ring 分支共享同一错误;三是 dispatch 门控的数据驱动决策——用 sweep 实测数据决定启用范围,而不是凭直觉放开。对于后续要做 batch-aware dispatch 或重调 `KDA_VERIFY_BLOCK_V` 的开发者,这份 PR 提供了完整工具链。

重构 重要性 4.59 洞察度 1.00

清理 HiCache 基准脚本重复结果字段

不值得精读,但可作为行为保持型清理的参考示例:此类删除重复键的改动无需新增测试,依靠 AST 检查和静态工具即可验证。对于关注 HiCache benchmark 脚本维护的开发者,可以快速浏览确认字典键的完整性;对一般读者,没有需要学习的设计决策。

功能 重要性 5.17 洞察度 3.00

one_batch 基准新增 token 容量检查跳过选项

值得快速浏览,不建议精读。该 PR 是一个典型的“工具可用性修复 + 显式 opt-out”设计:字段默认值保持兼容、CLI help 明确边界、判断逻辑集中在一处且与既有 router 分支复用同一 `inf` 惯例。关注 benchmark 工具链的同事可以把它当作新增 CLI 开关的样板;若后续要补测试,建议在 `run_benchmark_internal` 的阈值计算处加一个轻量单测。

2026-09-14
文档 重要性 4.80 洞察度 4.00

重测 VDN-H3 B200 基准并更新 overlay

值得快速浏览。虽是文档 PR,但包含两类可复用信息:VDN-H3 在 B200 上的性能标尺与完整部署配方(对硬件选型与容量规划有决策价值);overlay pin 暴露出"模型仓库文件名变更会破坏既有部署"的问题,说明 overlay 机制缺少自动化校验。对需要发布 benchmark 数据的团队,本 PR 的测量方法(布局扫描、声明波动范围、区分并行效率与内核性能、未重测即标注)值得借鉴。

2026-09-13
文档 重要性 6.03 洞察度 4.00

GLM-5.3-Flash 配方翻新:固定 MTP 5/1/6,Blackwell 切 trtllm MoE

值得快速通读,重点关注两个可迁移的设计结论:adaptive MTP 在高并发 batch 下 draft steps 被压制、收益反转的实测证据,以及 SM100-only kernel 对后端选择的硬件约束。若你负责 GLM-5.3-Flash 或同类 MoE + 投机解码模型的部署文档,可直接复用该 PR 的 verificationStatus 三态标记与 TODO 注释模式。无需精读实现细节,但建议留意后续补齐复测的 follow-up PR。

2026-09-12
文档 重要性 6.45 洞察度 5.00

cookbook 新增 NVIDIA NVFP4 导出并修复 5090 启动参数

值得 cookbook / 文档系统维护者精读:① 用逐字节对比 config.json 证明两个 checkpoint 等价从而合法复用配方的验证方法;② 前缀测试 vs 显式枚举的教训——`String(quant).startsWith("nvfp4")` 在新增导出后静默出错;③ 文档配置中 stripPrefixes 与 flags 必须成对维护的设计约束。对普通用户,重点是确认新导出的可用性结论(202 cell 全量 GSM8K 实测,NVIDIA 导出在全部三张卡上是得分最高的 NVFP4 checkpoint)。