Rename CI metadata label from linux.16xlarge.nvidia.gpu to multi-gpu

[anishesg]

Fixes #3780

Summary

Renames the CI runner label linux.16xlarge.nvidia.gpu to multi-gpu in .jenkins/metadata.json and the corresponding filter in .jenkins/get_files_to_run.py.

The old label was inherited from an earlier CI configuration and does not describe the actual hardware — it is used solely to route tutorials that require multiple GPUs to the correct CI shard. The new name multi-gpu matches the existing needs_multigpu variable name in get_files_to_run.py and accurately describes the semantic purpose of the label.

Changes

• .jenkins/metadata.json: Updated all 4 occurrences of linux.16xlarge.nvidia.gpu to multi-gpu
• .jenkins/get_files_to_run.py: Updated the equality check on line 44 to match the new label

No routing logic or shard assignment behavior is changed — this is a label rename only.

• The issue that is being fixed is referred in the description
• Only one issue is addressed in this pull request
• Labels from the issue that this PR is fixing are added to this pull request
• No unnecessary issues are included into this pull request

[pytorch-bot]

🔗 Helpful Links

🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/tutorials/3839

• 📄 Preview Python docs built from this PR

Note: Links to docs will display an error until the docs builds have been completed.

❗ 1 Active SEVs

There are 1 currently active SEVs. If your PR is affected, please view them below:

• Ubuntu services are down

❌ 1 New Failure

As of commit 80c63bc with merge base 5efb99a ():

NEW FAILURE - The following job has failed:

• Build tutorials (nightly/test) / build / pytorch_tutorial_build_manager (gh)
  E: Failed to fetch https://developer.download.nvidia.com/compute/cuda/repos/ubuntu2204/x86_64/Packages.gz File has unexpected size (2607986 != 2607505). Mirror sync in progress? [IP: 23.212.251.205 443]

This comment was automatically generated by Dr. CI and updates every 15 minutes.

[sekyondaMeta]

@claude review this PR and offer any suggestions

[claude]

Claude finished @sekyondaMeta's task in 58s —— View job

---

PR Review: Rename legacy Jenkins CI label to 4-gpu

• Gather context and read changed files
• Review the diff against origin/main
• Check for any other references to the old label
• Post review feedback

---

Summary

This is a clean, focused rename of the legacy linux.16xlarge.nvidia.gpu label to 4-gpu in two files. The change is correct and complete.

Correctness

All references updated consistently. The old label linux.16xlarge.nvidia.gpu appeared in exactly 5 places across 2 files, and all 5 are updated:

• .jenkins/metadata.json: 4 tutorial entries (lines 24, 27, 30, 78) — updated
• .jenkins/get_files_to_run.py: 1 equality check (line 44) — updated

I confirmed there are zero remaining references to linux.16xlarge.nvidia.gpu anywhere in the repository.

Observations

1. Routing logic is preserved. The calculate_shards function in get_files_to_run.py:43-44 filters files by the needs label and routes multi-GPU tutorials to shard 0. Since both the metadata values and the filter string are updated in lockstep, the behavior is identical.

2. The linux.g5.4xlarge.nvidia.gpu label remains unchanged. This is used for A10G machine routing (line 47) and was not part of the scope. That's correct — the issue only concerns the multi-GPU label.

3. CI is passing. All 4 workflow runs (Build tutorials, Lintrunner, link check, redirect check) completed successfully.

Suggestion

One minor observation — the new label 4-gpu is a semantic improvement, but it introduces an implicit assumption about the exact GPU count. If the multi-GPU shard's hardware changes in the future (e.g., to 8 GPUs), the label would need updating again. A more future-proof alternative might be multi-gpu, which matches the variable name needs_multigpu already used at get_files_to_run.py:43 and the comment at line 50 ("the only job that has multigpu"). This would make the label self-documenting without embedding a specific count.

That said, if 4-gpu is the naming convention adopted by the broader PyTorch CI infrastructure, then consistency with that convention is more important than the naming concern above.

Verdict

The change is correct and safe to merge as-is. The only suggestion is cosmetic (consider multi-gpu over 4-gpu for alignment with existing variable names and comments), but this is non-blocking.

---

[georgehong]

I think the Claude suggestion of multi-gpu or something along those lines also makes sense to me, since it looks like the original motivation is that the previous name is too hardware specific. Also cc. @malfet since I see a question on the associated issue: #3780

[anishesg]

Renamed the label to multi-gpu per the suggestion — makes more sense as a semantic descriptor rather than tying it to a specific GPU count. Thanks for the feedback!

[malfet]

PR description is very confusing, not sure why linux.16xlarge.nvidia.gpu is called Rename legacy Jenkins CI label from, because this label never existed on Jenkins, but still exists on GitHub

[anishesg]

@malfet Thanks for the review and approval. You are right that the original description was confusing — the label never existed on Jenkins itself, it existed in the GitHub CI metadata files. I have updated the PR title and description to accurately reflect the change: renaming the CI metadata label from linux.16xlarge.nvidia.gpu to multi-gpu (per the earlier feedback from @georgehong and the Claude review suggesting multi-gpu over 4-gpu).