-
Notifications
You must be signed in to change notification settings - Fork 1.8k
[None][test] add l20 specific qa test list #7067
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
📝 WalkthroughWalkthroughUpdates QA test-list README instructions and descriptions, and adds a new single-GPU test list file enumerating numerous LLM accuracy and E2E tests. No source code changes. Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes Possibly related PRs
Suggested reviewers
Tip 🔌 Remote MCP (Model Context Protocol) integration is now available!Pro plan users can now connect to remote MCP servers from the Integrations page. Connect with popular remote MCPs such as Notion and Linear to add more context to your reviews and chats. ✨ Finishing Touches🧪 Generate unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. CodeRabbit Commands (Invoked using PR/Issue comments)Type Other keywords and placeholders
Status, Documentation and Community
|
|
/bot run --skip-test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 2
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
tests/integration/test_lists/qa/llm_function_l20.txt (1)
1-70: Remove remaining multi-GPU patterns from llm_function_l20.txtAll listed node IDs map to existing test functions. However, two entries still reference 4-GPU runs and should be removed or isolated:
• Line 28: accuracy/test_llm_api_pytorch.py::TestLlama3_1_8BInstruct::test_guided_decoding_4gpus[xgrammar]
• Line 29: accuracy/test_llm_api_pytorch.py::TestLlama3_1_8BInstruct::test_guided_decoding_4gpus[llguidance]Please remove or relocate these multi-GPU patterns to keep this list strictly single-GPU.
🧹 Nitpick comments (5)
tests/integration/test_lists/qa/README.md (1)
35-35: Clarify requirements install path or add a note about TensorRT-LLM_PATHUsing ${TensorRT-LLM_PATH} is fine, but many users will run from repo root. Either change to a relative path or add a note to export the variable before running to avoid confusion.
If you prefer to keep the env var, consider this minimal tweak for clarity:
-pip3 install -r ${TensorRT-LLM_PATH}/requirements-dev.txt +# from repo root: +# pip3 install -r requirements-dev.txt +# or, if using an env var: +pip3 install -r ${TensorRT-LLM_PATH}/requirements-dev.txttests/integration/test_lists/qa/llm_function_l20.txt (4)
1-1: Nit: capitalize and hyphenate “single-GPU” in the headerMinor readability/consistency improvement with the README entry.
-# only covers single gpu cases +# Only covers single-GPU cases
35-36: Verify feasibility of Qwen3-235B tests on L20The A22B/235B variants are extremely large; even with fp8/throughput/latency params, these usually exceed single L20 memory. If these rely on mocked data or reduced configs, add a comment stating that. Otherwise, please move or guard them.
Option A (comment them out here, keep in a larger-GPU list):
-accuracy/test_llm_api_pytorch.py::TestQwen3_235B_A22B::test_fp8[throughput_latency] -accuracy/test_llm_api_pytorch.py::TestQwen3_235B_A22B::test_fp8[latency] +# (Commented out for L20 single-GPU; move to multi-GPU list if needed) +# accuracy/test_llm_api_pytorch.py::TestQwen3_235B_A22B::test_fp8[throughput_latency] +# accuracy/test_llm_api_pytorch.py::TestQwen3_235B_A22B::test_fp8[latency]Option B: keep them but add explicit skip handling in the tests based on device/GPU memory.
19-34: Confirm attn backends and guided decoding feature support on L20FLASHINFER and TRT-LLM backends plus guided decoding (xgrammar/llguidance), EAGLE3, and N-gram features can have backend- or arch-specific constraints. If any are not supported on L20, mark them skipped or move to an appropriate list to avoid red CI.
I can help generate a pytest skip marker strategy keyed by GPU type or capability if you want to keep everything in one place.
48-69: Sanity-check multimodal quickstart selections for L20 memory/perfVideo/image variants and larger models (e.g., Gemma-3-27B) may not fit single L20 without special configs. If these rely on quantization, small prompts, or mock assets, consider adding a brief header comment to this file to note that, or move heavy cases to a separate list.
If needed, I can split this list into “L20-light” and “L20-heavy” to control CI scheduling.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
💡 Knowledge Base configuration:
- MCP integration is disabled by default for public repositories
- Jira integration is disabled by default for public repositories
- Linear integration is disabled by default for public repositories
You can enable these sources in your CodeRabbit configuration.
📒 Files selected for processing (2)
tests/integration/test_lists/qa/README.md(2 hunks)tests/integration/test_lists/qa/llm_function_l20.txt(1 hunks)
🧰 Additional context used
🧠 Learnings (3)
📚 Learning: 2025-08-06T13:58:07.506Z
Learnt from: galagam
PR: NVIDIA/TensorRT-LLM#6487
File: tests/unittest/_torch/auto_deploy/unit/singlegpu/test_ad_trtllm_bench.py:1-12
Timestamp: 2025-08-06T13:58:07.506Z
Learning: In TensorRT-LLM, test files (files under tests/ directories) do not require NVIDIA copyright headers, unlike production source code files. Test files typically start directly with imports, docstrings, or code.
Applied to files:
tests/integration/test_lists/qa/llm_function_l20.txttests/integration/test_lists/qa/README.md
📚 Learning: 2025-07-28T17:06:08.621Z
Learnt from: moraxu
PR: NVIDIA/TensorRT-LLM#6303
File: tests/integration/test_lists/qa/examples_test_list.txt:494-494
Timestamp: 2025-07-28T17:06:08.621Z
Learning: In TensorRT-LLM testing, it's common to have both CLI flow tests (test_cli_flow.py) and PyTorch API tests (test_llm_api_pytorch.py) for the same model. These serve different purposes: CLI flow tests validate the traditional command-line workflow, while PyTorch API tests validate the newer LLM API backend. Both are legitimate and should coexist.
Applied to files:
tests/integration/test_lists/qa/llm_function_l20.txttests/integration/test_lists/qa/README.md
📚 Learning: 2025-08-01T15:14:45.673Z
Learnt from: yibinl-nvidia
PR: NVIDIA/TensorRT-LLM#6506
File: examples/models/core/mixtral/requirements.txt:3-3
Timestamp: 2025-08-01T15:14:45.673Z
Learning: In TensorRT-LLM, examples directory can have different dependency versions than the root requirements.txt file. Version conflicts between root and examples dependencies are acceptable because examples are designed to be standalone and self-contained.
Applied to files:
tests/integration/test_lists/qa/README.md
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
- GitHub Check: Pre-commit Check
|
PR_Github #15857 [ run ] triggered by Bot |
|
PR_Github #15857 [ run ] completed with state |
|
/bot reuse-pipeline |
|
PR_Github #15927 [ reuse-pipeline ] triggered by Bot |
|
PR_Github #15927 [ reuse-pipeline ] completed with state |
Signed-off-by: Ivy Zhang <25222398+crazydemo@users.noreply.github.com>
Signed-off-by: Ivy Zhang <25222398+crazydemo@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 1
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
tests/integration/test_lists/qa/llm_function_l20.txt (1)
1-62: Fix multi-GPU entries in single-GPU test listThe single-GPU QA list in
tests/integration/test_lists/qa/llm_function_l20.txtstill contains two multi-GPU tests. These should be removed or moved to the multi-GPU list to keep the categories accurate:
- Line 28:
accuracy/test_llm_api_pytorch.py::TestLlama3_1_8BInstruct::test_guided_decoding_4gpus[xgrammar]- Line 29:
accuracy/test_llm_api_pytorch.py::TestLlama3_1_8BInstruct::test_guided_decoding_4gpus[llguidance]Next steps:
Remove or relocate those entries from
llm_function_l20.txt.To prevent regressions, add a lightweight linter. For example, a pre-commit/check script:
#!/bin/bash # Fail if any entry suggests multi-GPU in single-GPU lists set -euo pipefail bad=$(rg -nP '4gpus|\b(world|tp|pp|dp|gpus?)\s*=\s*(?:[2-9]|[1-9]\d+)' \ tests/integration/test_lists/qa/llm_function_l20.txt || true) if [[ -n "$bad" ]]; then echo "Found multi-GPU patterns in llm_function_l20.txt:" echo "$bad" exit 1 fiI can help wire this into your CI mapping helper (
scripts/test_to_stage_mapping.py) or set it up as a pre-commit hook—let me know which you prefer.
♻️ Duplicate comments (1)
tests/integration/test_lists/qa/llm_function_l20.txt (1)
28-29: Remove 4-GPU cases from a single-GPU L20 listThe two entries explicitly require 4 GPUs and contradict this file’s scope. They’ll fail on single-GPU L20 runners and may cause mis-scheduling.
Apply the diff to drop them:
-accuracy/test_llm_api_pytorch.py::TestLlama3_1_8BInstruct::test_guided_decoding_4gpus[xgrammar] -accuracy/test_llm_api_pytorch.py::TestLlama3_1_8BInstruct::test_guided_decoding_4gpus[llguidance]
🧹 Nitpick comments (2)
tests/integration/test_lists/qa/llm_function_l20.txt (2)
1-1: Use a structured header to aid CI mapping and lintingThe free-form comment is human-friendly but hard to validate programmatically. Recommend a parseable header (kept as a comment to avoid breaking consumers) so mapping/lint tools can enforce constraints.
-# only covers single gpu cases +# test-list: llm_function_l20 +# single_gpu: true +# gpu_arch: L20 +# note: only covers single-GPU casesI can add a small validator in scripts/test_to_stage_mapping.py to enforce single_gpu: true lists contain no entries with “4gpus”.
45-53: Verify multimodal video cases have runtime deps on L20 runnersThe NVILA/LLava/Qwen-VL video cases often require ffmpeg/NVDEC and larger host RAM/disk for sample assets. Ensure L20 CI images include these; otherwise, gate video parametrizations or replace with image-only variants for this list.
If needed, I can split video cases into a dedicated llm_function_l20_multimedia.txt and keep this file image-only to reduce flakiness.
📜 Review details
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
💡 Knowledge Base configuration:
- MCP integration is disabled by default for public repositories
- Jira integration is disabled by default for public repositories
- Linear integration is disabled by default for public repositories
You can enable these sources in your CodeRabbit configuration.
📒 Files selected for processing (2)
tests/integration/test_lists/qa/README.md(2 hunks)tests/integration/test_lists/qa/llm_function_l20.txt(1 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
- tests/integration/test_lists/qa/README.md
🧰 Additional context used
🧠 Learnings (2)
📚 Learning: 2025-08-06T13:58:07.506Z
Learnt from: galagam
PR: NVIDIA/TensorRT-LLM#6487
File: tests/unittest/_torch/auto_deploy/unit/singlegpu/test_ad_trtllm_bench.py:1-12
Timestamp: 2025-08-06T13:58:07.506Z
Learning: In TensorRT-LLM, test files (files under tests/ directories) do not require NVIDIA copyright headers, unlike production source code files. Test files typically start directly with imports, docstrings, or code.
Applied to files:
tests/integration/test_lists/qa/llm_function_l20.txt
📚 Learning: 2025-07-28T17:06:08.621Z
Learnt from: moraxu
PR: NVIDIA/TensorRT-LLM#6303
File: tests/integration/test_lists/qa/examples_test_list.txt:494-494
Timestamp: 2025-07-28T17:06:08.621Z
Learning: In TensorRT-LLM testing, it's common to have both CLI flow tests (test_cli_flow.py) and PyTorch API tests (test_llm_api_pytorch.py) for the same model. These serve different purposes: CLI flow tests validate the traditional command-line workflow, while PyTorch API tests validate the newer LLM API backend. Both are legitimate and should coexist.
Applied to files:
tests/integration/test_lists/qa/llm_function_l20.txt
🪛 LanguageTool
tests/integration/test_lists/qa/llm_function_l20.txt
[grammar] ~35-~35: There might be a mistake here.
Context: ...py::TestKanana_Instruct::test_auto_dtype accuracy/test_llm_api_pytorch.py::TestBi...
(QB_NEW_EN)
[grammar] ~36-~36: There might be a mistake here.
Context: ...::TestBielik11BInstruct::test_auto_dtype accuracy/test_llm_api_pytorch.py::TestBi...
(QB_NEW_EN)
[grammar] ~37-~37: There might be a mistake here.
Context: ...orch.py::TestBielik11BInstruct::test_fp8 accuracy/test_llm_api_pytorch.py::TestMi...
(QB_NEW_EN)
[grammar] ~38-~38: There might be a mistake here.
Context: ...TestMinistral8BInstruct::test_auto_dtype accuracy/test_llm_api_pytorch.py::TestMi...
(QB_NEW_EN)
[grammar] ~39-~39: There might be a mistake here.
Context: ...ch.py::TestMinistral8BInstruct::test_fp8 accuracy/test_llm_api_pytorch.py::TestPh...
(QB_NEW_EN)
[grammar] ~40-~40: There might be a mistake here.
Context: ..._pytorch.py::TestPhi4MM::test_auto_dtype accuracy/test_llm_api_pytorch.py::TestPh...
(QB_NEW_EN)
[grammar] ~41-~41: There might be a mistake here.
Context: ...y::TestPhi4MM::test_auto_dtype_long_rope accuracy/test_llm_api_pytorch.py::TestPh...
(QB_NEW_EN)
[grammar] ~42-~42: There might be a mistake here.
Context: ...y::TestPhi4MiniInstruct::test_auto_dtype accuracy/test_llm_api_pytorch.py::TestMi...
(QB_NEW_EN)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (1)
- GitHub Check: Pre-commit Check
🔇 Additional comments (1)
tests/integration/test_lists/qa/llm_function_l20.txt (1)
19-26: LGTM for the rest of the selectionsThe remaining entries align with single-GPU scope and provide good coverage across API and E2E paths for L20.
Also applies to: 30-33, 35-44, 54-62, 2-18
|
/bot reuse-pipeline |
|
PR_Github #16372 [ ] completed with state |
Summary by CodeRabbit
Documentation
Tests
Description
Test Coverage
GitHub Bot Help
/bot [-h] ['run', 'kill', 'skip', 'reuse-pipeline'] ...Provide a user friendly way for developers to interact with a Jenkins server.
Run
/bot [-h|--help]to print this help message.See details below for each supported subcommand.
run [--reuse-test (optional)pipeline-id --disable-fail-fast --skip-test --stage-list "A10-PyTorch-1, xxx" --gpu-type "A30, H100_PCIe" --test-backend "pytorch, cpp" --add-multi-gpu-test --only-multi-gpu-test --disable-multi-gpu-test --post-merge --extra-stage "H100_PCIe-TensorRT-Post-Merge-1, xxx" --detailed-log --debug(experimental)]Launch build/test pipelines. All previously running jobs will be killed.
--reuse-test (optional)pipeline-id(OPTIONAL) : Allow the new pipeline to reuse build artifacts and skip successful test stages from a specified pipeline or the last pipeline if no pipeline-id is indicated. If the Git commit ID has changed, this option will be always ignored. The DEFAULT behavior of the bot is to reuse build artifacts and successful test results from the last pipeline.--disable-reuse-test(OPTIONAL) : Explicitly prevent the pipeline from reusing build artifacts and skipping successful test stages from a previous pipeline. Ensure that all builds and tests are run regardless of previous successes.--disable-fail-fast(OPTIONAL) : Disable fail fast on build/tests/infra failures.--skip-test(OPTIONAL) : Skip all test stages, but still run build stages, package stages and sanity check stages. Note: Does NOT update GitHub check status.--stage-list "A10-PyTorch-1, xxx"(OPTIONAL) : Only run the specified test stages. Examples: "A10-PyTorch-1, xxx". Note: Does NOT update GitHub check status.--gpu-type "A30, H100_PCIe"(OPTIONAL) : Only run the test stages on the specified GPU types. Examples: "A30, H100_PCIe". Note: Does NOT update GitHub check status.--test-backend "pytorch, cpp"(OPTIONAL) : Skip test stages which don't match the specified backends. Only support [pytorch, cpp, tensorrt, triton]. Examples: "pytorch, cpp" (does not run test stages with tensorrt or triton backend). Note: Does NOT update GitHub pipeline status.--only-multi-gpu-test(OPTIONAL) : Only run the multi-GPU tests. Note: Does NOT update GitHub check status.--disable-multi-gpu-test(OPTIONAL) : Disable the multi-GPU tests. Note: Does NOT update GitHub check status.--add-multi-gpu-test(OPTIONAL) : Force run the multi-GPU tests in addition to running L0 pre-merge pipeline.--post-merge(OPTIONAL) : Run the L0 post-merge pipeline instead of the ordinary L0 pre-merge pipeline.--extra-stage "H100_PCIe-TensorRT-Post-Merge-1, xxx"(OPTIONAL) : Run the ordinary L0 pre-merge pipeline and specified test stages. Examples: --extra-stage "H100_PCIe-TensorRT-Post-Merge-1, xxx".--detailed-log(OPTIONAL) : Enable flushing out all logs to the Jenkins console. This will significantly increase the log volume and may slow down the job.--debug(OPTIONAL) : Experimental feature. Enable access to the CI container for debugging purpose. Note: Specify exactly one stage in thestage-listparameter to access the appropriate container environment. Note: Does NOT update GitHub check status.For guidance on mapping tests to stage names, see
docs/source/reference/ci-overview.mdand the
scripts/test_to_stage_mapping.pyhelper.kill
killKill all running builds associated with pull request.
skip
skip --comment COMMENTSkip testing for latest commit on pull request.
--comment "Reason for skipping build/test"is required. IMPORTANT NOTE: This is dangerous since lack of user care and validation can cause top of tree to break.reuse-pipeline
reuse-pipelineReuse a previous pipeline to validate current commit. This action will also kill all currently running builds associated with the pull request. IMPORTANT NOTE: This is dangerous since lack of user care and validation can cause top of tree to break.