Skip to content
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion submission_rules.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -217,7 +217,7 @@ The exact review period schedule needs to be agreed upon 4 weeks in advance of s
Each Working Group decides what benchmarks they want in each round. This is a pipelined process, with the following steps:

. *Carrying Capacity Decision* - Each working group decides how many benchmarks they can handle for this round.
. *Domain Identification* - Working groups review proposals for domain adds/removals from members. The working group will attempt to come to majority consensus in 1 or 2 meetings. If consensus cannot be had, this will go to a vote according to the MLCommons voting rules. Working groups may add up to 2 benchmarks max per round, but will strive for 1 or 0 as the typical case.
. *Domain Identification* - Working groups review proposals for domain adds/removals from members. The working group will attempt to come to majority consensus in 1 or 2 meetings. If consensus cannot be had, this will go to a vote according to the MLCommons voting rules. Working groups may add up to 2 benchmarks max per round, but will strive for 1 or 0 as the typical case. Optionally, working group can tag a benchmark as _agile_ implying the benchmark is likely to be updated earlier than the otherwise expected lifetime of 2 years. Minimum life of an _agile_ benchmark is 1 year. The suite will have at most two benchmarks with _agile_ tag in any round.
. *Sync Domains* across working groups (e.g. Inference, Training, and HPC)
. *Identify PIC* (person in charge) to drive this domain addition across all working groups
. For each domain addition, do the two following steps, possibly in parallel:
Expand Down