Prhub

#55919 [CI][ROCm] Increase timeouts for AMD MI300 jobs

原始 PR 作者 djramic 合并时间 2026-09-09 05:06 文件变更 2 提交数 2 评论 2 代码增减 +5 / -5

执行摘要

调整四个 AMD MI300 CI 作业超时时间,解决构建超时问题。

根据 PR body 描述,四个 AMD MI300 作业(Async Engine, Inputs, Utils, Worker;Entrypoints Integration (API Server Generate);RayExecutorV2;Multimodal Models (Extended Pooling))在构建 #12703 和 #12711 中达到了其当前超时限制。这些作业在夜间构建中因额外的 CI 开销而超过超时限制,但其测试仍在正常进度中,没有断言失败。新值覆盖了观察到的运行时间并增加了额外余量,同时为真正卡住的作业保持合理的上限。

该 PR 是一个低风险、高价值的维护变更。它值得快速精读,但主要关注点在于验证超时值的合理性。建议检查提供的构建链接(#12703 和 #12711)以确认超时调整的依据,并考虑是否需要建立更系统化的超时监控机制。

讨论亮点

Review 讨论非常简短。只有两个评论:一个来自 claude[bot],指出这是一个 fork PR,自动化审查被禁用;另一个是 AndreasKaratzas 的批准评论(无内容)。没有关于超时值选择、潜在风险或设计权衡的深入讨论。这表明该变更被视为直接且低风险的维护任务。

实现拆解

  1. 入口点与文件选择:变更集中在两个 CI 配置文件:.buildkite/test-amd.yaml 和 .buildkite/test_areas/models_multimodal.yaml。这些是定义 AMD MI300 平台测试作业的核心配置文件。
  2. 核心逻辑调整:在 .buildkite/test-amd.yaml 中,修改了四个作业的 timeout_in_minutes 配置项:

    • ":amd: (MI300) Async Engine, Inputs, Utils, Worker":从 35 分钟增加到 50 分钟。
    • ":amd: (MI300) Entrypoints Integration (API Server Generate)":从 50 分钟增加到 65 分钟。
    • ":amd: (MI300) RayExecutorV2":从 60 分钟增加到 75 分钟。
    • ":amd: (MI300) Multimodal Models (Extended Pooling)":从 50 分钟增加到 75 分钟。
      在 .buildkite/test_areas/models_multimodal.yaml 中,修改了同一个多模态扩展池化作业(作为 NVIDIA H200 MIG 作业的镜像)的超时时间:从 60 分钟增加到 75 分钟,以保持与主配置文件中 MI300 版本的一致性。
  3. 配套改动:无。没有伴随测试、代码逻辑或 schema 变更。这是一个纯粹的 CI 配置调整。

文件 模块 状态 重要度
.buildkite/test-amd.yaml CI 配置 modified 3.85
.buildkite/test_areas/models_multimodal.yaml 测试区域配置 modified 3.28

分析完成后,这里会展示 LLM 生成的相对完整源码片段和详细注释。

评论区精华

没有提炼出高价值讨论线程

当前评论区没有形成足够清晰的争议点或结论,后续有更多讨论时会体现在这里。

风险与影响

风险较低。主要风险是超时时间设置可能不够准确:如果增加得太多,可能会延迟发现真正卡住的作业;如果增加得不够,问题可能会重现。另一个轻微风险是,如果未来 AMD MI300 CI 基础设施性能改善,这些超时时间可能变得过于宽松,导致响应延迟。然而,PR body 中提到这些值是基于观察到的运行时间并增加了余量,表明已进行了一定程度的校准。

对用户无直接影响。对系统的影响是间接的:通过减少因 CI 超时导致的构建失败,可以提高 AMD MI300 平台相关开发的可靠性,并减少需要重新运行作业的 CI 资源浪费。对团队的影响是正面的,可以提升开发体验,减少因 CI 假失败带来的干扰。

CI 配置调整

关联 Issue

未识别关联 Issue

当前没有检测到明确关联的 Issue 链接,后续同步到相关引用后会出现在这里。

完整报告

参与讨论