[None][fix] only configure gc thresholds once - #13910
Conversation
|
/bot run |
|
/bot run |
|
PR_Github #47416 [ run ] triggered by Bot. Commit: |
|
PR_Github #47417 [ run ] triggered by Bot. Commit: |
|
ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughThe PR refactors garbage collection threshold customization in the executor's result dispatcher. Previously, the GC threshold context wrapped only the blocking queue-check operation; now it is passed to the ChangesGC Threshold Thread Context
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes 🚥 Pre-merge checks | ✅ 3 | ❌ 2❌ Failed checks (1 warning, 1 inconclusive)
✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Tip 💬 Introducing Slack Agent: The best way for teams to turn conversations into code.Slack Agent is built on CodeRabbit's deep understanding of your code, so your team can collaborate across the entire SDLC without losing context.
Built for teams:
One agent for your entire SDLC. Right inside Slack. Comment |
|
PR_Github #47417 [ run ] completed with state
|
Signed-off-by: ixlmar <206748156+ixlmar@users.noreply.github.com>
|
/bot run |
|
PR_Github #47704 [ run ] triggered by Bot. Commit: |
|
PR_Github #47704 [ run ] completed with state
|
|
/bot run --disable-fail-fast |
|
PR_Github #47761 [ run ] triggered by Bot. Commit: |
|
PR_Github #47761 [ run ] completed with state
|
|
/bot run --disable-fail-fast |
|
PR_Github #47920 [ run ] triggered by Bot. Commit: |
|
PR_Github #47920 [ run ] completed with state |
Superjomn
left a comment
There was a problem hiding this comment.
LGTM on the llmapi changes
…_cache-dp4-trtllm-fp8] The test was waived after a single round-4 pytest-timeout in pre-merge build #37652 (PR NVIDIA#13910). Investigation shows that's a false-positive auto-file: - Same build's rounds 1-3 all PASSED this test (14:43 / 16:21 / 19:01) but their results.xml were dropped at SLURM TimeLimit with the Jenkins log line 'Stage is interrupted, skip to upload test result.' Only round 4's results.xml reached the bot, and on round 4 the test happened to hit pytest's per-test --timeout=3600 instead of finishing in the usual ~10-20 min. - Reproduced on dlcluster 4x GB200: 11/11 PASS (job 1003130: 1 PASS at 13:29; job 1003278: 10-iter loop, all PASS, 8:42-16:53, mean 10:44). - PR NVIDIA#13910 is a 2-file gc-threshold refactor with no GPT-OSS / MoE / KV-cache / test-infra code touched, so it cannot be the cause; it was approved and merged to main ~10h after this NVBug was filed. Across all known executions of this exact parameterization on real GB200, 14/15 are PASS; the one cliff event was on nvl72129-T18, a node not reachable from the lease used for the repro. Signed-off-by: Xiao Wang <24860335+xwang233@users.noreply.github.com>
Signed-off-by: ixlmar <206748156+ixlmar@users.noreply.github.com>
Description
Avoids latency spikes caused by repeated calls to
gc.set_threshold.Test Coverage
n/a
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)
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.Summary by CodeRabbit
Refactor
Chores