Accounting sur OLYMPE

Les algorithmes de calcul de la consommation suivant les ressources que vous utilisez

Article mis en ligne le 10 juillet 2018
logo imprimer

Deux cas de figure se présentent en fonction de votre réservation totale : de 1 à 18 cpus, ou supérieure à 18 cpus.

Pour une réservation de plus de 18 cpus, les nœuds sont attribués dans leur intégralité (i.e les 36 cpus de chaque nœud réservé) → partition exclusive.
Tout nœud réservé de manière exclusive est comptabilisé de la manière suivante :

(nombre de NŒUDS réservés) * (36 cpus) * (temps de réservation effectivement utilisé)

Pour une réservation totale de moins de 18 cpus (sur un seul nœud du Cluster), le nœud est partagé entre plusieurs utilisateurs (sur la QOS "mono") → partition shared.

Tout noeud réservé sur la partition shared est comptabilisé de la manière suivante :

(nombre de CPUS réservés) * (temps de réservation effectivement utilisé)

Pour une réservation sur le noeud mesca (nœud grande capacité mémoire, le nœud est partagé entre plusieurs utilisateurs .

Tout job sur partition MESCA est comptabilisé de la manière suivante :

(nombre de CPUS réservés) * (temps de réservation effectivement utilisé)

Exemple :

Je lance un job sur 2 nœuds en dépeuplé, en lançant 32 tâches par nœud. Mon job met 15h à tourner.

L’en-tête de mon script SLURM ressemblera à quelque chose comme :

Il me sera décompté → (2 nœuds) * (36 cpus) * 15h = 1080 h_cpus.

(NOTA : cpu=core)

Un job n’est comptabilisé que lorsqu’il est terminé. En cas de dépassement de quota :
- aucun job ne peut plus être soumis au gestionnaire de batch,
- les jobs en attente sont supprimés,
- les jobs en cours continuent leur exécution.


ASTUCE

Pour savoir où en est la consommation de votre projet, utilisez la commande :


SUPER ASTUCE

Pour savoir où en est la consommation de chacun des collaborateurs du projet, utilisez la commande :




Site réalisé sous SPIP
avec le squelette ESCAL-V3
Version : 3.87.86
Version Escal-V4 disponible pour SPIP3.2 Hébergeur : INP Toulouse