SISTEMA GESTOR DE RECURSOS - Historial de revisiones

Eosorio: /* Programar tarea (uso de scrontab) */

2026-01-20T20:40:05Z

Programar tarea (uso de scrontab)

← Revisión anterior		Revisión del 20:40 20 ene 2026
Línea 542:		Línea 542:
	24293471 main /home/eg prueba PD 0:00 1 (BeginTime)		24293471 main /home/eg prueba PD 0:00 1 (BeginTime)
	</pre>		</pre>

			==== ¿Ayuda para definir los períodos de tiempo? ====

			Es posible verificar el intervalo de tiempo que se quiere utilizar en el sitio https://crontab.guru donde explica de manera clara la periodicidad en que se ejecutará la tarea.

	== Checkpointing ==		== Checkpointing ==

Eosorio: /* Ver estado de trabajos */

2025-07-17T13:47:22Z

Ver estado de trabajos

← Revisión anterior		Revisión del 13:47 17 jul 2025
Línea 319:		Línea 319:
	#SBATCH -n 1		#SBATCH -n 1
	#SBATCH --ntasks-per-node=1		#SBATCH --ntasks-per-node=1
	#SBATCH --mail-user=usaurio@correo.cl		#SBATCH --mail-user=usaurio@correo.cl #RECUERDA INDICAR TU CORREO!
	#SBATCH --mail-type=ALL		#SBATCH --mail-type=ALL
	#SBATCH -o nombre_del_trabajo%j_%x.out		#SBATCH -o nombre_del_trabajo%j_%x.out

Eguerra en 21:54 26 jun 2025

2025-06-26T21:54:59Z

← Revisión anterior		Revisión del 21:54 26 jun 2025
Línea 1137:		Línea 1137:

	De esta forma, tendrá una actualización cada 3 segundos de sus tareas en ejecución incluyendo los nodos en los cuales se encuentran ejecutándose.		De esta forma, tendrá una actualización cada 3 segundos de sus tareas en ejecución incluyendo los nodos en los cuales se encuentran ejecutándose.

	~~== Time Limit ==~~

	= Uso del parámetro <code>--time</code> (<code>-t</code>) en SLURM =		= Uso del parámetro <code>--time</code> (<code>-t</code>) en SLURM =

Eguerra en 21:54 26 jun 2025

2025-06-26T21:54:35Z

← Revisión anterior		Revisión del 21:54 26 jun 2025
Línea 1137:		Línea 1137:

	De esta forma, tendrá una actualización cada 3 segundos de sus tareas en ejecución incluyendo los nodos en los cuales se encuentran ejecutándose.		De esta forma, tendrá una actualización cada 3 segundos de sus tareas en ejecución incluyendo los nodos en los cuales se encuentran ejecutándose.

			== Time Limit ==

			= Uso del parámetro <code>--time</code> (<code>-t</code>) en SLURM =

			El parámetro <code>--time</code> (o <code>-t</code>) en SLURM permite especificar el '''tiempo máximo de ejecución''' para un trabajo. Su uso correcto mejora la eficiencia del scheduler y permite aplicar estrategias como ''backfilling''.

			== Formato general ==

			<pre>
			--time=D-HH:MM:SS
			</pre>

			* '''D''': días (opcional)
			* '''HH''': horas (0–23)
			* '''MM''': minutos (0–59)
			* '''SS''': segundos (0–59)

			También puede usarse en formato corto con <code>-t</code>.

			== Ejemplos ==

			=== Trabajo de 1 hora ===
			<pre>
			#SBATCH --time=01:00:00
			</pre>

			o

			<pre>
			#SBATCH -t 01:00:00
			</pre>

			=== Trabajo de 4 horas y 30 minutos ===
			<pre>
			#SBATCH --time=04:30:00
			</pre>

			=== Trabajo de 2 días ===
			<pre>
			#SBATCH --time=2-00:00:00
			</pre>

			=== Trabajo de 15 minutos ===
			<pre>
			#SBATCH --time=00:15:00
			</pre>

			=== Trabajo de 3 días, 5 horas y 45 segundos ===
			<pre>
			#SBATCH --time=3-05:00:45
			</pre>

			== Ejemplo en script <code>job.sh</code> ==

			<pre>
			#!/bin/bash
			#SBATCH --job-name=mi_trabajo
			#SBATCH --partition=general
			#SBATCH --ntasks=8
			#SBATCH --time=01:30:00 # 1 hora y 30 minutos
			#SBATCH --mem=16G

			srun ./mi_simulacion
			</pre>

			== Recomendaciones ==

			* Estima lo mejor posible el tiempo necesario.
			* No omitas <code>--time</code>: si lo haces, SLURM asumirá un valor por defecto (como 5 días).
			* Para pruebas cortas, usa tiempos pequeños (por ejemplo, 10 minutos) para permitir el uso eficiente del scheduler mediante ''backfilling''.

			== Más información ==

			[https://slurm.schedmd.com/sbatch.html#OPT_time Documentación oficial de SLURM sobre el parámetro --time]

	== Bibliografía ==		== Bibliografía ==

Administrador: /* Caso de uso de un Script Job Array (Gaussian) */

2025-04-23T14:58:31Z

Caso de uso de un Script Job Array (Gaussian)

← Revisión anterior		Revisión del 14:58 23 abr 2025
Línea 889:		Línea 889:
	Tenemos usuarios que actualmente envían varias simulaciones al clúster que son similares en cuanto al uso de recursos, pero, la diferencia es que solo cambia la entrada que le entregan al programa. Para esta situación, recomendamos hacer uso de un script Job Array.		Tenemos usuarios que actualmente envían varias simulaciones al clúster que son similares en cuanto al uso de recursos, pero, la diferencia es que solo cambia la entrada que le entregan al programa. Para esta situación, recomendamos hacer uso de un script Job Array.

	En este ejemplo crearemos un script job array para el software Gaussian, el cual, realizará 63 simulaciones, cada una de estas utilizará 8 cores y podrá alcanzar un uso máximo de 8 Gb de memoria ram. Para este caso utilizaremos la partición ~~slims~~ donde cada nodo tiene 46 Gb de memoria ram y 20 cores.		En este ejemplo crearemos un script job array para el software Gaussian, el cual, realizará 63 simulaciones, cada una de estas utilizará 8 cores y podrá alcanzar un uso máximo de 8 Gb de memoria ram. Para este caso utilizaremos la partición general donde cada nodo tiene 46 Gb de memoria ram y 20 cores.

	Script:		Script:
Línea 896:		Línea 896:
	# ----------------SLURM Parameters----------------		# ----------------SLURM Parameters----------------
	#SBATCH -J prueba		#SBATCH -J prueba
	#SBATCH -p ~~slims~~		#SBATCH -p general
	#SBATCH -n 1		#SBATCH -n 1
	#SBATCH -c 8		#SBATCH -c 8
Línea 932:		Línea 932:
	Nombre la partición donde se ejecuta la simulación:		Nombre la partición donde se ejecuta la simulación:
	<pre>		<pre>
	#SBATCH -p ~~slims~~		#SBATCH -p general
	</pre>		</pre>

Administrador: /* Estado de nodos */

2024-11-20T15:07:40Z

Estado de nodos

← Revisión anterior		Revisión del 15:07 20 nov 2024
Línea 115:		Línea 115:
	main* up infinite 4 alloc mn[004,006,012,014]		main* up infinite 4 alloc mn[004,006,012,014]
	general up infinite 1 drain sn041		general up infinite 1 drain sn041
	general up infinite 16 mix sn[005-007,012-015,019-021,030-031,043-~~045,~~048]		general up infinite 16 mix sn[005-007,012-015,019-021,030-031,043-048]
	general up infinite 31 alloc sn[001-004,008-011,016-018,022-029,032-040~~,042,046-047~~]		general up infinite 31 alloc sn[001-004,008-011,016-018,022-029,032-040]
	largemem up infinite 1 mix fn006		largemem up infinite 1 mix fn006
	largemem up infinite 8 alloc fn[001-005,007-009]		largemem up infinite 8 alloc fn[001-005,007-009]
Línea 132:		Línea 132:
	Para ver los nodos disponibles y poder determinar en que partición lanzar los trabajos se recomienda utilizar el siguiente comando.		Para ver los nodos disponibles y poder determinar en que partición lanzar los trabajos se recomienda utilizar el siguiente comando.

	<pre>[prueba@leftraru1 ~]$ sinfo -o "%10P %6D %10t %10m %c" -t idle\| egrep "PARTITION\|main\|general\|largemem\|v100"		<pre>[prueba@leftraru1 ~]$ sinfo -o "%10P %6D %10t %10m %c" -t idle\| egrep "PARTITION\|main\|general\|largemem\|v100\|mi100\|mi210"
	PARTITION NODES STATE MEMORY CPUS		PARTITION NODES STATE MEMORY CPUS
	main* 27 idle ~~768000~~ 256		PARTITION NODES STATE MEMORY CPUS
	general ~~2 idle 187000~~ 44		main* 2 idle 727000 256
	largemem ~~7 idle 765000~~ 44		general 0 n/a 0 0
	v100 1 idle ~~187000~~ 44		largemem 0 n/a 0 0
	~~mi100~~ 1 idle ~~515047 128~~		v100 0 n/a 0 0
			mi100 1 idle 485000 128
			mi210 1 idle 1457000 48
	</pre>		</pre>

Administrador: /* Estado de nodos */

2024-11-20T15:04:27Z

Estado de nodos

← Revisión anterior		Revisión del 15:04 20 nov 2024
Línea 109:		Línea 109:
	Para consultar el uso de nuestra infraestructura y qué particiones están más libres, le recomendamos el comando sinfo:		Para consultar el uso de nuestra infraestructura y qué particiones están más libres, le recomendamos el comando sinfo:

	<pre># sinfo		<pre># sinfo<small>
	PARTITION AVAIL TIMELIMIT NODES STATE NODELIST		PARTITION AVAIL TIMELIMIT NODES STATE NODELIST
	main* up infinite 1 idle mn[016,018]		main* up infinite 1 idle mn[016,018]
Línea 123:		Línea 123:
	mi100 up infinite 1 idle gn003		mi100 up infinite 1 idle gn003
	mi210 up infinite 1 mix gn004		mi210 up infinite 1 mix gn004
	mi210 up infinite 1 idle gn005		mi210 up infinite 1 idle gn005</small>
	</pre>		</pre>

Administrador: /* Estado de nodos */

2024-11-20T15:03:18Z

Estado de nodos

← Revisión anterior		Revisión del 15:03 20 nov 2024
Línea 111:		Línea 111:
	<pre># sinfo		<pre># sinfo
	PARTITION AVAIL TIMELIMIT NODES STATE NODELIST		PARTITION AVAIL TIMELIMIT NODES STATE NODELIST
	~~all~~ up infinite ~~16 mix cn[001,005-006,010,034-035,037,041,045,050,057,108,121],sn~~[~~012,~~016,~~037~~]		main* up infinite 1 idle mn[016,018]
	~~all~~ up infinite ~~95 alloc cn~~[~~011~~-~~033~~,~~038-044~~,~~046-049,071-120],cnf[001-004],sn[001~~-011,~~038-041~~,~~043-044]~~		main* up infinite 21 mix mn[001-003,005,007-011,013,015,017,019-027]
	~~all up infinite 33 idle fn[001-009]~~,~~gn[001-002]~~,~~sn[018~~-~~035,045-048~~]		main* up infinite 4 alloc mn[004,006,012,014]
	main* up infinite 20 alloc mn[~~001-011~~,~~014-022]~~		general up infinite 1 drain sn041
	~~main* up infinite 7 idle [~~012~~-013~~,~~023-027~~]		general up infinite 16 mix sn[005-007,012-015,019-021,030-031,043-045,048]
	~~debug~~ up infinite 4 ~~idle~~ ~~leftraru[1-2]~~		general up infinite 31 alloc sn[001-004,008-011,016-018,022-029,032-040,042,046-047]
	general up infinite 4 mix sn[012,~~016~~,~~037~~,~~042~~]		largemem up infinite 1 mix fn006
	general up infinite 22 alloc sn[001-011,~~013~~-~~015~~,~~017~~,~~036~~,~~038-041~~,~~043~~-~~044~~]		largemem up infinite 8 alloc fn[001-005,007-009]
	~~general~~ up infinite 22 ~~idle~~ sn[~~018~~-~~035~~,~~045~~-~~048~~]		debug up infinite 2 idle leftraru[1-2]
	~~largemem~~ up infinite 9 idle fn[~~001~~-~~009~~]		v100 up infinite 2 mix gn[001-002]
	v100 up infinite ~~2 idle~~ gn[001-002]		mi100 up infinite 1 idle gn003
	mi100 up infinite 1 idle ~~gna001~~		mi210 up infinite 1 mix gn004
			mi210 up infinite 1 idle gn005
	</pre>		</pre>

Administrador: /* Particiones SLURM */

2024-11-20T14:56:22Z

Particiones SLURM

← Revisión anterior		Revisión del 14:56 20 nov 2024
Línea 63:		Línea 63:
	<td>502GB</td>		<td>502GB</td>
	<td>2 GPUs AMD Instinct MI100.		<td>2 GPUs AMD Instinct MI100.
			</td></tr>
			<tr>
			<td>mi210</td>
			<td>2</td>
			<td>24</td>
			<td>1457GB</td>
			<td>6 GPUs AMD Instinct MI210.
	</td></tr>		</td></tr>
	<tr>		<tr>

Eosorio: /* Ejecución de una tarea con Dependencias */

2024-07-02T13:51:29Z

Ejecución de una tarea con Dependencias

← Revisión anterior		Revisión del 13:51 2 jul 2024
Línea 1055:		Línea 1055:

	Ahora cuando job1.sh termine correctamente, el job2.sh entrará en ejecución. Si job1.sh termina fallidamente, job2.sh no entrará en ejecución nunca pero sí quedará en cola (debe cancelarse manualmente el trabajo).		Ahora cuando job1.sh termine correctamente, el job2.sh entrará en ejecución. Si job1.sh termina fallidamente, job2.sh no entrará en ejecución nunca pero sí quedará en cola (debe cancelarse manualmente el trabajo).

			==== Capturando el Job ID para facilitar la ejecución de varias tareas con dependencias ====
			Es posible capturar en una variable el Job ID de cada tarea para poder lanzar varias tareas sin conocer el Job ID previamente.

			Por ejemplo, si se desea lanzar 4 tareas que sean dependientes con la anterior, se comenzará lanzando la primera tarea y capturando en la variable '''$JOB1''', el que será utilizado como dependencia en la tarea '''$JOB2''', y así sucesivamente.

			<pre>
			JOB1=$(sbatch job_1.sbatch 2>&1 \| awk '{print $4}')
			JOB2=$(sbatch --dependency=afterok:$JOB1 job_2.sbatch 2>&1 \| awk '{print $4}')
			JOB3=$(sbatch --dependency=afterok:$JOB2 job_3.sbatch 2>&1 \| awk '{print $4}')
			JOB4=$(sbatch --dependency=afterok:$JOB3 job_4.sbatch 2>&1 \| awk '{print $4}')
			</pre>

	== Prioridad de tarea ==		== Prioridad de tarea ==