Repository navigation
[None][test] Add GB200 Qwen3-235B FP4 and GLM-5 FP4 perf-sanity cases to the QA multi-node perf list - #21620
[None][test] Add GB200 Qwen3-235B FP4 and GLM-5 FP4 perf-sanity cases to the QA multi-node perf list#21620chenfeiz0326 wants to merge 1 commit into
Conversation
… to the QA multi-node perf list Enroll in llm_perf_multinode.txt the GB200 perf-sanity cases that CI runs post-merge and the list did not have yet: context-only, disaggregated gen-only and gen-only-without-context runs of the three Qwen3-235B FP4 8k1k configs (con1, con64, con1024), and the two 2-node aggregated GLM-5 FP4 cases. The Qwen3-235B disaggregated e2e con1024 case was already listed, so the list now covers all 12 GB200 perf-sanity cases. Signed-off-by: chenfeiz0326 <203214996+chenfeiz0326@users.noreply.github.com>
|
No actionable comments were generated in the recent review. WalkthroughThe multi-node QA test list adds GB200 GLM-5 and Qwen3-235B performance cases. It also updates the note about configuration YAML reuse. ChangesGB200 multi-node performance cases
Estimated code review effort: 2 (Simple) | ~8 minutes Change: Other Merge Risk:
|
Dev Engineer Review
The change adds GB200 GLM-5 aggregated cases and Qwen3-235B context-only, generation-only, and generation-only-without-context cases to the multi-node QA list. It changes the mode documentation and no configuration files. Review finding counts are unavailable.
QA Engineer Review
Modified
tests/integration/test_lists/qa/llm_perf_multinode.txt. The entries cover the requested GB200 scenarios. The PR objectives report successful list validation and QA cluster runs, but those results were not independently verified here. Coverage verdict: needs follow-up. Confirm that the QA runner uses the defaultAGG_CONFIG_FOLDERfor the aggregated cases.Per-File QA Perspective
tests/integration/test_lists/qa/llm_perf_multinode.txt: Adds manual-QA performance cases for GB200 GLM-5 and Qwen3-235B. Verify the aggregated cases with the QA runner’s default configuration.Description
The GB200 perf-sanity cases that CI runs post-merge are all Qwen3-235B FP4 or GLM-5 FP4: 12 cases in the
l0_gb200_*perf_sanity*test-db lists. Only one of them,disagg-e2e-gb200_qwen3-235b-fp4_8k1k_con1024_ctx1_tp1_gen1_dep8_eplb0_mtp0_ccb-NIXL, is in the QA multi-node perflist. This PR adds the other 11 to
tests/integration/test_lists/qa/llm_perf_multinode.txt, in the list's ownspelling (no
_upload):aggr(new)glm5_fp4_dep8_mtp1_8k1k,glm5_fp4_tep8_mtp3_8k1kctx_onlygen_onlygen_only_no_context(new)No config file is added or changed:
tests/scripts/perf/disaggregated/, thefolder QA's runs read through
DISAGG_CONFIG_FOLDER(every disagg entry already in this list resolves there).Those copies differ from the
tests/scripts/perf-sanity/disaggregated/ones only by a disabledaccuracy:blockand an explicit
transceiver_runtime: PYTHON, which is that field's default, so QA runs the same cases as CI.glm5_fp4_2_nodes_grace_blackwell.yaml, is intests/scripts/perf-sanity/aggregated/, the defaultAGG_CONFIG_FOLDER; the aggregated configs ofllm_config_database.ymlresolve there too, andtests/scripts/perf/has no aggregated folder. These are thefirst plain aggregated ids in this list, so please confirm that the QA multi-node runner leaves
AGG_CONFIG_FOLDERat its default.llm_perf_multinode_basic.txtis generated by the trtllm-ci selector and is not edited here; re-running theselector lets the basic tier consider the new cases.
Test Coverage
scripts/format_test_list.pyandscripts/check_test_list.py --validate(thetest lists formatandvalidate-test-listspre-commit hooks) pass.test_perf_sanity.pygenerates it, withDISAGG_CONFIG_FOLDER=tests/scripts/perf/disaggregatedand the defaultAGG_CONFIG_FOLDER: all 93 entries of thelist resolve, the 11 new ones included; no duplicates; all 12 GB200 cases of the CI test-db are now listed.
L0_PostMergebuild; all GB200 PerfSanity stages passed in builds 3043–3050.The 7 multi-node ones were also run on QA's GB200 cluster with the CI wheel of
7723a3b34, 2 reps each, allpassing with no failed requests.
PR Checklist
Please review the following before submitting your PR:
PR description clearly explains what and why. If using CodeRabbit's summary, please make sure it makes sense.
PR Follows TRT-LLM CODING GUIDELINES to the best of your knowledge.
Test cases are provided for new code paths (see test instructions)
If PR introduces API changes, an appropriate PR label is added - either
api-compatibleorapi-breaking. Forapi-breaking, includeBREAKINGin the PR title.Any new dependencies have been scanned for license and vulnerabilities
CODEOWNERS updated if ownership changes
Documentation updated as needed
Update tava architecture diagram if there is a significant design change in PR.
The reviewers assigned automatically/manually are appropriate for the PR.
Please check this after reviewing the above items as appropriate for this PR.
GitHub Bot Help
To see a list of available CI bot commands, please comment
/bot help.🤖 Generated with Claude Code