You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Reduce manual work from standardization of accelerator and host processor names #886
Each round, after submission, we create a mapping from the submitted accelerator names to the ones that hardware providers like AMD/NVIDIA prefer and manually update these to ensure we have standard names.
These should be fixed before submission and should not be left until the review period. For all previously submitted accelerators or host processors, submitters should be forced to use the same names as before for consistency. For new ones, we need this to be decided before the submission deadline.
Should we create a pre-generated list from all recent rounds and include that in the package checker. So if you use a different name, you get a WARNING and recommendations on a new value
Disallow changes to the system.json, especially these two values, post the submission deadline. So force hardware providers to decide and share this with their partners before submission
Have automation post submission that generates a mapping and fixes typos if any
Inference does not standardize actually, but its better to do it.
Pavan to test without venv and share simple instructions on how to run this in isolation. Write-up will be ready by 8/27/26 end of the day
Currently supports NVIDIA and AMD hardware. Pavan to work with Ran Ran from Google to add Google support
amd-smi names aren't looking right. Pavan to share with Miro offline with the full logs over email to figure this out
Should this be part of the submission run or separately generate system.json? This cannot be easily run with the submission since it runs an additional binary so its not as lightweight as MLLOGGER.
We can make this optional for v6.1 and required going forward.
Activity
ShriyaRishab commentedon Jul 2, 2026
WG notes from 7/2/2026:
ShriyaRishab commentedon Aug 20, 2026
@pavanky any update on the system.json automation which will solve this?
pavanky commentedon Aug 27, 2026
https://github.com/mlcommons/mlperf-automations/blob/main/script/get-mlperf-multi-node-system-info/info.md
ShriyaRishab commentedon Aug 27, 2026
WG meeting 8/27/26:
pavanky commentedon Aug 27, 2026
Here are the instructions I followed to install and test on a B200 system:
https://gist.github.com/pavanky/908bf975995482c46da9b138fcd9fef6
ShriyaRishab commentedon Sep 3, 2026
WG meeting discussion 9/3/26: