Skip to content

[Klaud Cold] Update qwen3.5-fp4-b300-sglang-agentic-mtp SGLang image to nightly-dev-cu13-20260907-30705c00 and move to cluster:b300-dsxe - #2882

Open
functionstackx wants to merge 1 commit into
mainfrom
klaud-cold/qwen3.5-fp4-b300-sglang-agentic-mtp-nightly-dev-cu13-20260907-30705c00
Open

[Klaud Cold] Update qwen3.5-fp4-b300-sglang-agentic-mtp SGLang image to nightly-dev-cu13-20260907-30705c00 and move to cluster:b300-dsxe#2882
functionstackx wants to merge 1 commit into
mainfrom
klaud-cold/qwen3.5-fp4-b300-sglang-agentic-mtp-nightly-dev-cu13-20260907-30705c00

Conversation

@functionstackx

@functionstackx functionstackx commented Sep 8, 2026

Copy link
Copy Markdown
Collaborator

Summary

Update the SGLang image for qwen3.5-fp4-b300-sglang-agentic-mtp from lmsysorg/sglang:v0.5.16-cu130 to lmsysorg/sglang:nightly-dev-cu13-20260907-30705c00, and move the recipe from the retired cluster:b300-nv runner to cluster:b300-dsxe.

Recipes touched: qwen3.5-fp4-b300-sglang-agentic-mtp

Test plan

  • full-sweep-enabled sweep passes on cluster:b300-dsxe.

🤖 Generated with Claude Code


Note

Low Risk
Benchmark config and changelog only; no application code, though runner migration invalidates prior B300-NV curves for this key.

Overview
Updates qwen3.5-fp4-b300-sglang-agentic-mtp to use SGLang nightly-dev-cu13-20260907-30705c00 instead of v0.5.16-cu130, aligning with the other Qwen3.5 SGLang AgentX B200/H200/H100 bumps.

The recipe runner moves from retired cluster:b300-nv to cluster:b300-dsxe so agentic-coding sweeps can schedule again; that forces a full curve rerun on DSXE, not an append-only image bump. qwen3.5-fp4-b300-sglang-agentic-power-ab stays on the old image so FP8/FP4 power A/B stays on one build.

perf-changelog.yaml documents the image, runner, and rationale.

Reviewed by Cursor Bugbot for commit 25d9e08. Bugbot is set up for automated code reviews on this repo. Configure here.

…to nightly-dev-cu13-20260907-30705c00 and move to cluster:b300-dsxe

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@functionstackx
functionstackx force-pushed the klaud-cold/qwen3.5-fp4-b300-sglang-agentic-mtp-nightly-dev-cu13-20260907-30705c00 branch from fe11256 to 25d9e08 Compare September 8, 2026 01:41
@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Thanks for the contribution! Please reach out to respective companies' CODEOWNER to fill in the latest PR_REVIEW_CHECKLIST.md before pinging core maintainer on Slack for review. In order for the signoff PR check bot to trigger, you must follow the PR_REVIEW_CHECKLIST.md template correctly, including the phrase As a PR reviewer and CODEOWNER, I have reviewed this and have.

For PR verification, add the full-sweep-fail-fast label (strongly recommended) to this PR — the benchmark sweep only runs on labeled PRs. Use full-sweep-enabled only if you need matrix jobs to keep running past a failure.

PR authors are responsible for ensuring that after merging, all GitHub Action jobs fully pass. A lot of the time, failures are just flakes and simply re-running the failed jobs will fix it. See GitHub's docs on re-running failed jobs


感谢你的贡献!请联系相应公司的 CODEOWNER 填写最新的 PR_REVIEW_CHECKLIST.md,然后再在 Slack 上联系核心维护者进行审阅。为了触发 signoff PR 检查机器人,你必须正确遵循 PR_REVIEW_CHECKLIST.md 模板,包括保留英文语句 As a PR reviewer and CODEOWNER, I have reviewed this and have

如需进行 PR 验证,请为此 PR 添加 full-sweep-fail-fast 标签(强烈推荐)— 基准测试 sweep 仅在带有标签的 PR 上运行。仅当需要矩阵任务在失败后继续运行时才使用 full-sweep-enabled

PR 作者有责任确保合并后所有 GitHub Action 任务完全通过。 很多时候失败只是偶发抖动(flake),重新运行失败的任务即可解决。参见 GitHub 关于重新运行失败任务的文档

3 similar comments
@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Thanks for the contribution! Please reach out to respective companies' CODEOWNER to fill in the latest PR_REVIEW_CHECKLIST.md before pinging core maintainer on Slack for review. In order for the signoff PR check bot to trigger, you must follow the PR_REVIEW_CHECKLIST.md template correctly, including the phrase As a PR reviewer and CODEOWNER, I have reviewed this and have.

For PR verification, add the full-sweep-fail-fast label (strongly recommended) to this PR — the benchmark sweep only runs on labeled PRs. Use full-sweep-enabled only if you need matrix jobs to keep running past a failure.

PR authors are responsible for ensuring that after merging, all GitHub Action jobs fully pass. A lot of the time, failures are just flakes and simply re-running the failed jobs will fix it. See GitHub's docs on re-running failed jobs


感谢你的贡献!请联系相应公司的 CODEOWNER 填写最新的 PR_REVIEW_CHECKLIST.md,然后再在 Slack 上联系核心维护者进行审阅。为了触发 signoff PR 检查机器人,你必须正确遵循 PR_REVIEW_CHECKLIST.md 模板,包括保留英文语句 As a PR reviewer and CODEOWNER, I have reviewed this and have

如需进行 PR 验证,请为此 PR 添加 full-sweep-fail-fast 标签(强烈推荐)— 基准测试 sweep 仅在带有标签的 PR 上运行。仅当需要矩阵任务在失败后继续运行时才使用 full-sweep-enabled

PR 作者有责任确保合并后所有 GitHub Action 任务完全通过。 很多时候失败只是偶发抖动(flake),重新运行失败的任务即可解决。参见 GitHub 关于重新运行失败任务的文档

@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Thanks for the contribution! Please reach out to respective companies' CODEOWNER to fill in the latest PR_REVIEW_CHECKLIST.md before pinging core maintainer on Slack for review. In order for the signoff PR check bot to trigger, you must follow the PR_REVIEW_CHECKLIST.md template correctly, including the phrase As a PR reviewer and CODEOWNER, I have reviewed this and have.

For PR verification, add the full-sweep-fail-fast label (strongly recommended) to this PR — the benchmark sweep only runs on labeled PRs. Use full-sweep-enabled only if you need matrix jobs to keep running past a failure.

PR authors are responsible for ensuring that after merging, all GitHub Action jobs fully pass. A lot of the time, failures are just flakes and simply re-running the failed jobs will fix it. See GitHub's docs on re-running failed jobs


感谢你的贡献!请联系相应公司的 CODEOWNER 填写最新的 PR_REVIEW_CHECKLIST.md,然后再在 Slack 上联系核心维护者进行审阅。为了触发 signoff PR 检查机器人,你必须正确遵循 PR_REVIEW_CHECKLIST.md 模板,包括保留英文语句 As a PR reviewer and CODEOWNER, I have reviewed this and have

如需进行 PR 验证,请为此 PR 添加 full-sweep-fail-fast 标签(强烈推荐)— 基准测试 sweep 仅在带有标签的 PR 上运行。仅当需要矩阵任务在失败后继续运行时才使用 full-sweep-enabled

PR 作者有责任确保合并后所有 GitHub Action 任务完全通过。 很多时候失败只是偶发抖动(flake),重新运行失败的任务即可解决。参见 GitHub 关于重新运行失败任务的文档

@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Thanks for the contribution! Please reach out to respective companies' CODEOWNER to fill in the latest PR_REVIEW_CHECKLIST.md before pinging core maintainer on Slack for review. In order for the signoff PR check bot to trigger, you must follow the PR_REVIEW_CHECKLIST.md template correctly, including the phrase As a PR reviewer and CODEOWNER, I have reviewed this and have.

For PR verification, add the full-sweep-fail-fast label (strongly recommended) to this PR — the benchmark sweep only runs on labeled PRs. Use full-sweep-enabled only if you need matrix jobs to keep running past a failure.

PR authors are responsible for ensuring that after merging, all GitHub Action jobs fully pass. A lot of the time, failures are just flakes and simply re-running the failed jobs will fix it. See GitHub's docs on re-running failed jobs


感谢你的贡献!请联系相应公司的 CODEOWNER 填写最新的 PR_REVIEW_CHECKLIST.md,然后再在 Slack 上联系核心维护者进行审阅。为了触发 signoff PR 检查机器人,你必须正确遵循 PR_REVIEW_CHECKLIST.md 模板,包括保留英文语句 As a PR reviewer and CODEOWNER, I have reviewed this and have

如需进行 PR 验证,请为此 PR 添加 full-sweep-fail-fast 标签(强烈推荐)— 基准测试 sweep 仅在带有标签的 PR 上运行。仅当需要矩阵任务在失败后继续运行时才使用 full-sweep-enabled

PR 作者有责任确保合并后所有 GitHub Action 任务完全通过。 很多时候失败只是偶发抖动(flake),重新运行失败的任务即可解决。参见 GitHub 关于重新运行失败任务的文档

@claude claude Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good, straightforward config change. Verified the diff only touches the image and runner fields of qwen3.5-fp4-b300-sglang-agentic-mtp (search-space grids, model, precision, framework untouched), the perf-changelog.yaml entry is a pure append at the tail matching the required convention, and the referenced benchmark script (benchmarks/single_node/agentic/qwen3.5_fp4_b300_sglang_mtp.sh) exists unchanged.

Extended reasoning...

Overview

The diff is confined to two files: configs/nvidia-master.yaml (a two-line scalar edit — image and runner for the qwen3.5-fp4-b300-sglang-agentic-mtp recipe) and perf-changelog.yaml (one new append-only block). No script, code, or CI logic is touched.

Security risks

None. This is a pure data/config change: a Docker image tag string and a cluster label string. No secrets, no auth, no injectable input. The dated nightly tag is a dev image rather than a numbered release, which carries some build-stability risk, but that is an operational/perf-testing concern rather than a security one, and the PR description states the tag was verified against Docker Hub with digest/push-date info matching sibling recipes already bumped in merged PRs.

Level of scrutiny

Low. This matches the repo's explicit approval criteria for "simple, mechanical... config tweaks, version bumps... follow established patterns with no ambiguity." I verified directly: (1) the nvidia-master.yaml hunk changes only image and runner, leaving the TP4 and TP2/EP2 search-space grids, model, precision, and framework identical to before; (2) the perf-changelog.yaml addition is appended strictly after the prior entry with no edits to historical bytes, satisfying the repo's append-only/byte-sensitive changelog invariant; (3) the referenced benchmark script path exists in the tree unchanged. I also checked that cluster:b300-dsxe and the retirement narrative for cluster:b300-nv are plausible given many other recipes in the same file still reference cluster:b300-nv (consistent with a rolling, PR-by-PR migration rather than a single cutover) — the sibling glm5.2-fp4-b300-sglang-agentic-mtp recipe is still on cluster:b300-nv in this checkout, which is a minor discrepancy against the PR description's claim that a sibling PR (#2829) already made the same move, but it does not affect the correctness of this PR's own change and is not something this diff needs to fix.

Other factors

No CODEOWNERS/ANTOWNERS restriction applies to config/changelog files here, and the bug-hunting system reported zero findings. The pr-link: PRLINK_PLACEHOLDER is a known, expected placeholder per CONTRIBUTING.md's documented pattern (pr-link: .../pull/XXX) that gets filled once the PR number is known, not a defect.

This review covers commit fe11256, which is no longer the latest commit on this pull request; later commits are not covered by it.

@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

1 similar comment
@github-actions

github-actions Bot commented Sep 8, 2026

Copy link
Copy Markdown
Contributor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

Status: No status

Development

Successfully merging this pull request may close these issues.

1 participant