2026-08-20
统一 193 个 AMD CI 任务命名,修复 MI300 超时
建议 CI / 测试基础设施负责人精读:本文是大规模 CI 配置重构的样板,重点看命名唯一性策略、CPU 任务转 GPU 的取舍与注释保留方式;khluu 对 PR body 与 diff 不一致的核查也值得作为 review 流程范例。普通工程师仅需了解超时与路径修复即可,无需深入。
裁剪 ROCm 融合测试参数化,耗时从 2.5 小时降至 6 分钟
值得一读,尤其是大型参数化测试的加速思路:裁剪冗余参数、用模块级清理替代逐用例清理、收集期跳过与版本门槛。不过要关注覆盖度变化,未来若要新增参数组合应充分评估必要性。
ROCm 基础镜像升级 Triton 3.7 修复回归并锁定 pybind11
值得阅读,因为它是基础设施层面的关键变更,展示了版本锁定与临时修复的典型做法。可关注其与 #50605 的关联,以及后续 pybind11 解锁和 Triton 3.8 升级的演进。
修复并扩展 PR/Issue 自动打标签规则,新增防回归校验
值得精读,尤其是仓库维护者和 CI 负责人。本 PR 是“自动化配置治理”的范例:用数据(PR/Issue 数量统计)驱动规则审计,用可执行校验(check_label_rules.py)封堵静默失效,并在 review 中展示了对“标签语义准确性”(new-model 改为 added-files)与“维护者可扩展性”(labels.md 的三要素)的双重考量。重点学习点:(1) `files=` 与 `files~=` 的语义差异及锚定写法;(2) 用 `added-files` 表达“新增”语义而非“触碰”语义;(3) 用 pre-commit 对 YAML 配置做活校验——这是防止配置腐化的通用思路。对于一线工程师,该 PR 不涉及推理代码,可按需浏览。
RemoteVLLMServer 关闭超时改用引擎清理宽限,稳定 CI
建议 CI/测试基础设施维护者精读 tests/utils.py 中 _get_process_termination_timeout 的设计与单测断言(75 = 60 + 15),理解测试等待如何与引擎清理宽限对齐;一般读者快速浏览即可。值得关注的设计决策:把引擎超时语义以钩子形式暴露给测试辅助类,使 vLLM 运行时关闭策略的变更能自动传导到测试基建。
为 ROCm 启用 OAI Triton MoE 测试并修复布局
修复 CPU 平台 pre-commit 格式问题
建议快速合并,因为它修复了 CI 问题且无行为变更。此 PR 展示了维护代码格式的重要性,但也属于常规维护,无需深入阅读。