Job Submission Policy on GRAVITON

Quality of services Funcion de las Particiones en GRAVITON

Opciones de Slurm prohibidas en GRAVITON

When submitting jobs on GRAVITON, users must follow a strict policy regarding SLURM directives. Many resource-related options are automatically managed by the system and must not be manually specified.

Warning

Users are not allowed to manually define any of the following SLURM options:

• --nodes

• --ntasks-per-node

• --ntasks-per-socket

• --mem / --mem-per-cpu

• --partition

• --cores-per-socket

These parameters are automatically calculated based on the selected QOS and task count, and are enforced to maintain scheduling fairness and compatibility across the cluster.

Any job script that includes these directives may be rejected, fail to execute properly, or be silently overridden by internal configuration.

Explanation of Allowed Directives

• --qos=: Required. Determines the scheduling priority and available resources. En nuestro caso hemos elegido “hep”

• --ntasks=: Required. Total number of MPI processes you intend to launch.

• --cpus-per-task=: Usually 1 for MPI jobs.

• --time=: Required. Maximum wall time for the job. Puede parecer una tonteria definir esta parte, pero es precisamente lo que te da prioridad de ejecucion! Si ajustas el tiempo a lo que realmente va a consumir tu job (en lugar de usar los dos dias por defecto), slurm intentara priorizar tu job introduciendolo en huecos de computo en los cuales sabe que cabe. De este modo, puede adelantar varios puestos en la cola! El formato para especificar el tiempo debe ser HH:MM:SS. Por ejemplo, si se que el job va a durar máximo 27 horas, debería especificar --time=27:00:00

• --constraint=double_mem: Este flag activa la petición de doble memoria. Mirar la sección de arquitectura para ver sus implicaciones

Any other directive related to resource layout or memory will be managed by the scheduler based on the QOS and internal cluster policy.