Skip to content

Retired division proposal#579

Open
ShriyaRishab wants to merge 4 commits intomlcommons:masterfrom
ShriyaRishab:shriya/retired-division-proposal
Open

Retired division proposal#579
ShriyaRishab wants to merge 4 commits intomlcommons:masterfrom
ShriyaRishab:shriya/retired-division-proposal

Conversation

@ShriyaRishab
Copy link
Copy Markdown
Contributor

Added a new Retired Division section to outline rules for submitting benchmarks that are no longer active, including submission guidelines and limitations.
Clarified that retired division submissions cannot be compared in any public communications to ensure fairness.
Updated the submission timeline for retired benchmarks from two years to three years.
@ShriyaRishab ShriyaRishab requested review from a team as code owners February 26, 2026 15:57
@github-actions
Copy link
Copy Markdown

MLCommons CLA bot All contributors have signed the MLCommons CLA ✍️ ✅

* Since reviewing retired benchmarks is an extra overhead, all mlperf logging checkers from the <round-of-retirement>* should be used to verify the retired benchmark results. If the <round-of-retirement> logging checkers fail for a retired division submission, the submission will be rejected.
* No new RCPs can be added for retired benchmarks, no changes to the reference code and no modifications will be allowed to the logging checkers.
* Retired division submissions CANNOT be compared to any other official MLPerf Training results from the current round or any previous rounds in any public communications (including but not limited to press statements, analyst discussions, website, blogs) to ensure fairness.
* The retired division submissions will not be displayed in the final results table to avoid confusion around result interpretability. It will get a submitter ID and it should be submitted under the division retired_<round-of-retirement>*. For example, if submitting Stable Diffusion v2 (v5.0 was the last round when the benchmark was in the suite) in round v6.0, the division for the submission should be "retired_v5.0".
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 we put the result with invalid results on the website? So folks can find it if needed in a table?

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Retired results shouldn't be invalid because they pass a submission checker and invalid is used for other means. I agree they should be visible on the website for easy reference, and if classified as a separate division this should be reasonable to keep separate from closed and open.

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

If not visible on the website then they can only be found by running an offline submission check to print the result. Is this the correct assumption?

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.

Yes
the logs will be available so score can be generated


The retired division is governed by all existing closed division rules, with the sole modification being the retirement of the benchmark. These additional rules also apply

* Since reviewing retired benchmarks is an extra overhead, all mlperf logging checkers from the <round-of-retirement>* should be used to verify the retired benchmark results. If the <round-of-retirement> logging checkers fail for a retired division submission, the submission will be rejected.
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

s/mlperf/MLPerf/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants