Dans cette page :
Il est possible pour visualiser simplement des information sur son job d'utiliser la commande jobinfo <jobid>.Il peut être utilisé à la fin d'un script sbatch, jobinfo donnera des informations très utiles si vous contactez le support.
Normal
jobinfo 60609
Job Infos :
Job Id : 60609
Name : interractive-jupyter-invitemc_72cpus-212500M
User : invitemc
Partition : shared-gpu
NNodes : 1
Nodes : kairosgh0
State : CANCELLED by 11000
Submit : 2026-09-11T10:10:50
Start : 2026-09-11T10:10:50
End : 2026-09-11T10:36:52
Reserved walltime : 04:00:00
Used walltime : 00:26:02
Used CPU time : 00:00.530
% User Computation) : Unknown
% System (I/O) : Unknown
Mem reserved : 208G
Max Mem used : 72M
Max Disk Write : 31K
Max Disk Read : 51M
Energy consumption : 0W.h
⚠️ Le paramètre “Max Mem used : 24M”, basé sur la variable MaxRSS, représente la quantité maximale de mémoire physique (RAM) utilisée par le processus principal d’un travail ou d’une étape Slurm. Cependant, cette mesure dépend de la fréquence d’échantillonnage utilisée par Slurm. Comme Slurm ne surveille pas la mémoire en continu mais à des intervalles définis, il est possible que des pics de consommation de mémoire plus élevés passent inaperçus s’ils surviennent entre deux échantillonnages. De plus, si le travail est un code MPI (Message Passing Interface), la valeur affichée correspond à la mémoire maximale utilisée par le processus individuel qui a consommé le plus, et non à la somme totale de la mémoire utilisée sur l’ensemble du nœud de calcul. Ainsi, la consommation réelle de mémoire sur le nœud peut être bien plus élevée que la valeur rapportée par MaxRSS. |
⚠️ Il peut être utile de mettre une petite temporisation avant la commande jobinfo pour permettre d'avoir les dernières valeurs de l'accounting slurm s'il est utilisé dans un script sbatch.
sleep 10
jobinfo
Debug / Support
Jobinfo dans un script sbatch, permet de donner des informations utiles lorsque vous contactez le support :
#!/usr/bin/bash
#SBATCH --job-name=mon_projet # Nom du job (-J JobName)
#SBATCH --ntasks=4 # Nombre de tâches (-n 4 une tache par gpu)
#SBATCH --cpus-per-task=1 # Nombre de cœurs CPU par tâche, threads
#SBATCH --time=01:00:00 # Limite de temps h:m:s (-t 01:00:00)
#SBATCH --partition=gpu # Nom de la partition CPU (-p gpu)
#SBATCH --gres=gpu:4 # Demander 4 GPU
module purge
moduel load gcc/14.1
srun -n ${SLURM_NTASKS} gbind ./binaire
jobinfo "${SLURM_JOBID}"
Ce qui affiche dans la sortie slurm (slurm-<jobid>.out):
Job Infos :
Job Id : 62975
Name : mon_projet
User : invitemc
Partition : gpu
NNodes : 1
Nodes : kairosgh6
State : RUNNING
Submit : 2026-09-15T09:35:14
Start : 2026-09-15T09:35:14
End : Unknown
Reserved walltime : 00:01:00
Used walltime : 00:00:04
Used CPU time : 00:00:00
% User Computation) : Unknown
% System (I/O) : Unknown
Mem reserved : 831G
Max Mem used : 36M
Max Disk Write : 0
Max Disk Read : 420K
Energy consumption : Unknown
Debug Infos :
BatchHost : kairosgh6
Command : /kairos2/support/invitemc/scripts/jobinfo.sbatch
StdOut : /kairos2/support/invitemc/slurm-62975.out
StdErr : /kairos2/support/invitemc/slurm-62975.out
WorkDir : /kairos2/support/invitemc
⚠️ Le paramètre “Max Mem used : 24M”, basé sur la variable MaxRSS, représente la quantité maximale de mémoire physique (RAM) utilisée par le processus principal d’un travail ou d’une étape Slurm. Cependant, cette mesure dépend de la fréquence d’échantillonnage utilisée par Slurm. Comme Slurm ne surveille pas la mémoire en continu mais à des intervalles définis, il est possible que des pics de consommation de mémoire plus élevés passent inaperçus s’ils surviennent entre deux échantillonnages. De plus, si le travail est un code MPI (Message Passing Interface), la valeur affichée correspond à la mémoire maximale utilisée par le processus individuel qui a consommé le plus, et non à la somme totale de la mémoire utilisée sur l’ensemble du nœud de calcul. Ainsi, la consommation réelle de mémoire sur le nœud peut être bien plus élevée que la valeur rapportée par MaxRSS. |
⚠️ Il peut être utile de mettre une petite temporisation avant la commande jobinfo pour permettre d'avoir les dernières valeurs de l'accounting slurm s'il est utilisé dans un script sbatch.
sleep 10
jobinfo