Skip to content

ci: Warm up CUDA cache before tests in L0_batcher for GB300 runners - #8702

Merged
mc-nv merged 3 commits into
r26.03from
yinggeh/tri-830-2603-l0_batcher-sbsa-gb300-base
Mar 17, 2026
Merged

ci: Warm up CUDA cache before tests in L0_batcher for GB300 runners#8702
mc-nv merged 3 commits into
r26.03from
yinggeh/tri-830-2603-l0_batcher-sbsa-gb300-base

Conversation

@yinggeh

@yinggeh yinggeh commented Mar 14, 2026

Copy link
Copy Markdown
Contributor

Warm up CUDA cache before tests in L0_batcher for GB300 runners

@yinggeh
yinggeh requested review from mc-nv and whoisj March 14, 2026 01:49
@yinggeh yinggeh self-assigned this Mar 14, 2026

@mudit-eng mudit-eng 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.

Please put a description of your changes.

Comment thread qa/L0_batcher/test.sh
Comment thread qa/L0_batcher/test.sh Outdated
Comment thread qa/L0_sagemaker/test.sh
@mudit-eng

Copy link
Copy Markdown
Contributor

You might have added files from Matthew's PR for SageMaker endpoint

@yinggeh
yinggeh changed the base branch from main to r26.03 March 14, 2026 05:56
@yinggeh

yinggeh commented Mar 14, 2026

Copy link
Copy Markdown
Contributor Author

You might have added files from Matthew's PR for SageMaker endpoint

Fixed. Merged to wrong branch

@yinggeh yinggeh changed the title ci: Warm up CUDA cache before tests in L0_batcher for GB300 runner ci: Warm up CUDA cache before tests in L0_batcher for GB300 runners Mar 14, 2026
@yinggeh
yinggeh requested a review from mudit-eng March 14, 2026 06:01
_ragged_batch_supported_trials.append("libtorch")

_max_queue_delay_ms = 10000
_max_expected_response_ms = 3000

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.

should we make this an environment variable with a default of 3000 while we're updating this?

_max_expected_response_ms = os.getenv("MAX_EXPECTED_RESPONSE_MS", 3000)

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

I haven't seen cases where we want to make it a dynamic value.

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.

then, if the value is considered a constant, it should be named MAX_EXPECTED_RESPONSE_TIME per the Python style guidelines. No?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Maybe. I am just following the existing pattern here. It will be a lot more changes if I normalize the naming convention in this file. I can do it in a separate PR though.

@yinggeh
yinggeh requested a review from whoisj March 17, 2026 00:30
Comment thread qa/L0_batcher/test.sh
kill_server
}

# [TRI-830] Send a simpple request to warmup CUDA_CACHE for GB300 before testing.

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.

nit: simple

@mc-nv
mc-nv merged commit 3b420a8 into r26.03 Mar 17, 2026
3 checks passed
@mc-nv
mc-nv deleted the yinggeh/tri-830-2603-l0_batcher-sbsa-gb300-base branch March 17, 2026 18:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

4 participants