Student Cluster Competition
General Competition Rules General Competition Rules
Physical Access to Team Booth
- Safety First. Equipment configurations, booth layout, and booth occupancy are always subject to safety as first consideration. If a task cannot be done safely, then it is unacceptable. When in doubt, ask an SCC supervisor or team liaison.
- Hands off. No one should physically touch equipment after the competition starts Monday morning with the benchmark runs (this includes settings on external cooling systems). If there is a need to touch equipment, then please contact an official from the SCC committee to review and rule on the issue. The only exception is in keeping with Rule 1: if an unsafe condition is found, anyone can power down the equipment, and an SCC committee member must be contacted immediately afterwards.
- Powered on at all times. All equipment used for running benchmarks must be used when running the competition applications (i.e. You cannot run the benchmarks on half the machine and then power up the whole system to run the competition applications).
- No rebooting. Reboots are only necessary for hung or failed hardware. An SCC committee member must be notified and present when rebooting any hardware.
- No assistance from non-team members. Prior to the competition, teams are encouraged to work closely with vendor partners and domain scientists to understand their hardware and the competition applications. This is a wonderful learning opportunity for the students, and we hope team members, the supervisor, and vendor partners collaborate to maximize the educational impact. Once the competition starts, student teams will not be allowed to receive assistance from anyone including their advisor. The six (6) team members will be on their own to work through cluster and application issues.
- Stay Under Power. Alarms will go off if the power draw on the PDU exceeds the 3000-watt soft limit. Point penalties will be assessed for each alarm and for not responding appropriately to the issue.
- On Site Access Only. Teams will NOT be permitted to access their clusters from outside the local network.
- Teams must conduct themselves professionally. Teams must conduct themselves professionally. Students must compete fairly and ethically. Any activity that appears ethically questionable may be penalized at the SCC Committee's discretion.
Hardware Rules and Specifications
- Only the six (6) undergraduates or high school students that are listed on the team are allowed in the team booth once the competition begins.
- No chairs are allowed near the outside of the booths.
- Only the six (6) students that are members of the team are allowed to touch a keyboard inside the booth.
- Screens that are not used for displaying visualization of the team’s work are not allowed to be visible outside the booth.
- No terminal windows are allowed to be visible outside the booth.
Power Rules and Specifications
- Booths will be 10 feet x 10 feet and back to a solid wall or curtain. Teams must fit into this space along with the hardware for all activities and must have the display visible to the viewing public.
- Teams are responsible for obtaining their cluster hardware and transporting it to the Convention Center.
- The computational hardware (processors, switch, storage, etc.) must fit into an enclosure no larger than a single 42U rack, which must be provided by the team.
- An enclosure must be provided by the team and contain all competition hardware. No competition hardware will be allowed on tables or pallets.
- No extra cooling will be provided by the competition outside of the normal conference center operations.
- Any external cooling systems must be closed loop systems and the entire system must be on the competition metered power. Once the competition starts no liquid may be removed or added to any cooling systems. (e.g. no drains, no water sources)
- The hardware must be commercially available at the time of competition start (Monday morning) and teams must display, for public view, a complete list of hardware and software used in the system. All hardware must meet these requirements:
- No hardware in the competition machine may be subject to a Non-Disclosure Agreement (NDA).
- All technical specifications of all hardware components should be available to the general public at competition start.
- All performance results from the competition hardware must be able to be published without restriction.
- No changes to the physical configuration are permitted after the start of the competition. This include anything on the competition power such as settings of external cooling systems. In the case of hardware failure, replacements can be made while supervised by an SCC committee member.
- Use of sleep states (no power off and no hibernation) is permitted as long as when all systems in the rack are powered on into their lowest running OS (non-sleep) state they do not exceed the power limitation.
- The running hardware must not exceed the power limitation of 3,000 watts; this is especially important for teams who bring extra and/or spare hardware.
- Other systems (such as laptops and monitors) may be powered from separate non-competition power sources provided by the conference.
- A network drop will be provided for outgoing connections only. Teams will NOT be permitted to access their clusters from outside the local network.
- Competition hardware may be connected via wired connections only – wireless access is not permitted.
- Free wireless access for laptops will be available throughout the convention center via SCinet.
System Software Rules and Guidelines
- All components associated with the system, and access to it, must be powered through the 208-volt range, 20-amp circuits provided by the Conference.
- Battery backup or UPS (Uninterruptible Power Supply) systems may NOT be used during the competition.
- One circuit with a soft limit of 3000-watts, will be provided.
- The model of PDU the competition will use is: Geist MN02E1R1-10L138-3TL6A0H10-S.
- Teams should tune their equipment never to exceed the 3000-watt limit on the PDU.
- Teams should be prepared to tune their hardware’s power consumption based on the power reported by the PDU's power monitor, which teams will be able to read from the PDU's LED readouts as well as over Ethernet via SNMP.
- A team will be subject to a penalty any time 3000-watts or more is registered on the PDU.
- If there are frequent blips or blips within a recognizable pattern the team will be additionally penalized.
- Teams are subject to penalization or disqualification if they ever register 3600-watts or more for any duration.
- Convention center power is breakered at 20 amps and may blow before the PDU, causing the team to be offline for an undetermined amount of time as well as expense and hassle for the competition organizers.
System Architecture Rules and Guidelines
- Teams may choose any operating system and software stack that will run the applications and present visualizations to the conference participants.
- Teams may pre-load and test the applications and other software.
- Teams may study and tune the open-source benchmarks and applications for their platforms (within the rules, of course).
- We encourage teams to use schedulers to run their clusters autonomously while they enjoy other aspects of the conference.
- Each accepted team must submit a final architecture proposal by the date listed on the SC Submissions web site for Final Architecture.
- Failure to submit a final architecture proposal will result in automatic disqualification. The final architecture should be closely determined with sponsors, taking into consideration the competition applications.
- Hardware and software combinations should be generally applicable to any computational science domain. This is especially important as not all applications will be revealed to the teams before the competition.
- While novel system configurations are encouraged, systems designed to target a single application or benchmark will generally not be favorably considered.
- The proposal should contain detailed information about both the hardware being used and the software stack that will be used to participate in the challenge.
- The detail should be sufficient for the judging panel to determine if all the applications will easily port to and run on the computational infrastructure being proposed.