Partitions dedicated for debugging and code development are restricted for these two tasks and nothing else. Therefore, this kind of partitions should never be utilised for production runs (even if the execution time of these jobs is under the walltime limit of the debug/development partition). Debug and development partitions are easily identified with names like debug, gpu-dev, etc.The debug and development partitions are strictly reserved for the following activities:

• Code porting
• Code debugging
• Code development
• Job script/workflow management script porting, debugging and/or development

These partitions must not be used for the following activities:

• Production runs (i.e., jobs that are intended to generate final results or data for publication, reporting, or use in further analysis)
• Preparatory or test runs, including but not limited to:
  • Warm-up/generation of initial conditions for simulations
  • Testing configurations, searching for optimal parameters, or setting up simulations, even if the results will not be used directly.
  • Running simulations or experiments to determine production parameters for AI/ML model training (e.g., hyperparameter tuning, configuration testing, validation of stability under different settings).
  • Testing code or scripts in ways that mimic production workloads, such as large-scale simulations or model training, that are not explicitly part of the development or debugging process.

Note: This restriction applies regardless of the execution time of the jobs. For instance, jobs that involve testing for numerical stability, parameter optimization, or early-stage simulations should not be conducted on the Debug/Development partitions, even if the run times are under the partition's walltime limit.