This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
io500:rules:submission [2020/05/22 21:47] – john_bent | io500:rules:submission [2020/05/28 19:18] – john_bent | ||
---|---|---|---|
Line 3: | Line 3: | ||
The following rules should ensure a fair comparison of the IO-500 results between systems and configurations. They serve to reduce mistakes and improve accuracy. | The following rules should ensure a fair comparison of the IO-500 results between systems and configurations. They serve to reduce mistakes and improve accuracy. | ||
- | | + | For ISC20, submission of test runs should use new C-Application io500 which automatically runs both the new C version and the existing bash version (following the rules for SC-19) to ensure the consistency of results between the two implementations. An exception to this rule is possible for submitters who have a legitimate reason by requesting an exception from the committee via comittee@io500.org. |
Details are provided in the https:// | Details are provided in the https:// | ||
Line 26: | Line 26: | ||
- For the 10 node challenge, there must be exactly 10 physical nodes and at least one benchmark process must run on each | - For the 10 node challenge, there must be exactly 10 physical nodes and at least one benchmark process must run on each | ||
- The only exception to this rule is the find benchmark which may optionally use fewer nodes/ | - The only exception to this rule is the find benchmark which may optionally use fewer nodes/ | ||
+ | - Each of the four main phases (IOR easy and hard, and mdtest easy and hard) has a subdirectory which can be precreated and tuned (e.g. using tools such as lfs_setstripe or beegfs_ctl); | ||
Please send any requests for changes to these rules or clarifying questions to our mailing list. | Please send any requests for changes to these rules or clarifying questions to our mailing list. |