Il s'agit de la commande sdiag qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
sdiag - Outil de diagnostic de planification pour Slurm
SYNOPSIS
diag
DESCRIPTION
sdiag affiche des informations relatives à l'exécution de slurmctld sur : les threads, les agents, les travaux et
algorithmes d'ordonnancement. L'objectif est d'obtenir des données sur le comportement de slurmctld aidant à
ajuster les paramètres de configuration ou les politiques de files d'attente. La principale raison derrière est de savoir
Comportement de slurm sous des systèmes à haut débit.
Il dispose de deux modes d'exécution. Le mode par défaut --tout affiche plusieurs compteurs et statistiques
expliqué plus tard, et il y a une autre option d'exécution --réinitialiser pour réinitialiser ces valeurs.
Les valeurs sont réinitialisées à minuit UTC par défaut.
Le premier bloc d'informations est lié à l'exécution globale de slurmctld :
Server fil compter
Le nombre de threads slurmctld actuellement actifs. Un nombre élevé signifierait un
charger les événements de traitement tels que les soumissions de travaux, la répartition des travaux, la fin des travaux,
etc. Si cela est souvent proche de MAX_SERVER_THREADS, cela pourrait indiquer un potentiel
goulot.
Agent file longueur du câble
La conception de Slurm a l'évolutivité à l'esprit et l'envoi de messages à des milliers de nœuds est
pas une tâche triviale. Le mécanisme d'agent permet de contrôler la communication entre les
slurm démons et le contrôleur pour un meilleur effort. Si cette valeur est proche de
MAX_AGENT_CNT il pourrait y avoir des retards affectant la gestion des tâches.
Emplois soumis
Nombre de travaux soumis depuis la dernière réinitialisation
Emplois j'ai commencé
Nombre de travaux démarrés depuis la dernière réinitialisation. Cela inclut les emplois remplacés.
Emplois terminé
Nombre de tâches terminées depuis la dernière réinitialisation.
Emplois annulé
Nombre de travaux annulés depuis la dernière réinitialisation.
Emplois manqué
Nombre de tâches échouées depuis la dernière réinitialisation.
Le deuxième bloc d'informations est lié à l'algorithme d'ordonnancement principal basé sur les tâches
priorités. Un cycle de planification implique d'obtenir le verrou job_write_lock, puis d'essayer d'obtenir
ressources pour les travaux en attente, en commençant par le plus prioritaire et en descendant
ordre. Une fois qu'un travail ne peut pas obtenir les ressources, la boucle continue, mais uniquement pour les travaux
demander d'autres partitions. Les travaux avec des dépendances ou affectés par les limites des comptes sont
non traité.
Nom de famille cycle
Temps en microsecondes pour le dernier cycle de planification.
Max cycle
Temps en microsecondes pour le cycle de planification maximum depuis la dernière réinitialisation.
Total cycles
Nombre de cycles de planification depuis la dernière réinitialisation. La programmation se fait périodiquement
et lorsqu'un travail est soumis ou qu'un travail est terminé.
Médian cycle
Moyenne des cycles de planification depuis la dernière réinitialisation
Médian profondeur cycle
Moyenne de la profondeur du cycle. La profondeur signifie le nombre de travaux traités dans un cycle de planification.
Cycles / minute
Compteur d'exécutions de planification par minute
Nom de famille file longueur
Longueur de la file d'attente des travaux en attente.
Le troisième bloc d'informations est lié à l'algorithme d'ordonnancement de remplissage. UNE
le cycle de planification de remplissage implique d'obtenir des verrous pour les objets de tâches, de nœuds et de partitions
puis essayer d'obtenir des ressources pour les travaux en attente. Les travaux sont traités en fonction des priorités. Si
un travail ne peut pas obtenir de ressources l'algorithme calcule quand il pourrait les obtenir obtenir un
heure de début future du travail. Ensuite, le travail suivant est traité et l'algorithme essaie d'obtenir
ressources pour ce travail, mais en évitant d'affecter le précédent et, finalement,, et encore il calcule
l'heure de début future si les ressources actuelles ne sont pas disponibles. L'algorithme de remplissage prend
plus de temps pour chaque nouveau travail à traiter puisque les travaux plus prioritaires ne peuvent pas être affectés. Les
l'algorithme lui-même prend des mesures pour éviter un long cycle d'exécution et pour prendre toutes les
se bloque trop longtemps.
Total remblayé emplois (puisque dernier slurper début)
Nombre d'emplois démarrés grâce au remblayage depuis le dernier démarrage du slurm.
Total remblayé emplois (puisque dernier stats cycle début)
Nombre d'emplois démarrés grâce au remplissage depuis la dernière fois que les statistiques ont été réinitialisées. Par
par défaut, ces valeurs sont réinitialisées à minuit UTC.
Total cycles
Nombre de cycles de planification depuis la dernière réinitialisation
Nom de famille cycle quand
Heure à laquelle le dernier cycle d'exécution s'est produit au format "dayday Month MonthDay
heure:minute.secondes année"
Nom de famille cycle
Temps en microsecondes du dernier cycle de remblayage. Il ne compte que le temps d'exécution
supprimer le temps de sommeil dans un cycle de planification lorsque cela prend trop de temps. Noter
que les verrous sont libérés pendant le temps de sommeil afin que d'autres travaux puissent se poursuivre.
Max cycle
Temps en microsecondes d'exécution du cycle de remplissage maximum depuis la dernière réinitialisation. Ce
ne compte que le temps d'exécution en supprimant le temps de sommeil à l'intérieur d'un cycle de planification lorsqu'il
prend trop de temps. Notez que les verrous sont libérés pendant le temps de sommeil afin que
d'autres travaux peuvent continuer.
Médian cycle
Moyenne des cycles de planification de remplissage en microsecondes depuis la dernière réinitialisation
Nom de famille profondeur cycle
Nombre de travaux traités au cours du dernier cycle de planification de remplissage. Il compte chaque
processus même s'il n'a aucune option d'exécution en raison de dépendances ou de limites.
Nom de famille profondeur cycle (essayer horaire)
Nombre de travaux traités au cours du dernier cycle de planification de remplissage. ça ne compte que
processus avec une chance de s'exécuter en attendant les ressources disponibles. Ces emplois sont
ce qui alourdit l'algorithme de remplissage.
Profondeur Médian
Moyenne des tâches traitées pendant les cycles de planification de remplissage depuis la dernière réinitialisation.
Profondeur Médian (essayer horaire)
Moyenne des tâches traitées pendant les cycles de planification de remplissage depuis la dernière réinitialisation. Ce
ne compte que les processus ayant une chance de s'exécuter en attendant les ressources disponibles. Ces
sont ce qui rend l'algorithme de remplissage plus lourd.
Nom de famille file longueur
Nombre de travaux en attente de traitement par l'algorithme de remplissage. Un travail apparaît comme
autant de fois que les partitions demandées.
Queue longueur Médian
Moyenne des travaux en attente de traitement par l'algorithme de remplissage.
Les quatrième et cinquième blocs d'informations rapportent les télécommandes les plus fréquemment émises.
appels de procédure (RPC), appels effectués pour que le démon Slurmctld effectue une action. Les
le quatrième bloc rapporte les RPC émis par type de message. Vous devrez rechercher ces RPC
codes dans le code source de Slurm en les recherchant dans le fichier
src/common/slurm_protocol_defs.h. Le rapport inclut le nombre de fois où chaque RPC est
invoqué, le temps total consommé par tous ces RPC plus le temps moyen consommé par
chaque RPC en microsecondes. Le cinquième bloc rapporte les RPC émis par ID utilisateur, le total
nombre de RPC qu'ils ont émis, le temps total consommé par tous ces RPC plus le
temps moyen consommé par chaque RPC en microsecondes.
OPTIONS
-a, --tout
Obtenez et rapportez des informations. C'est le mode de fonctionnement par défaut.
-h, --Aidez-moi
Imprimer la description des options et quitter.
-i, --tri par identifiant
Triez les données d'appel de procédure distante (RPC) par ID de type de message et ID utilisateur.
-r, --réinitialiser
Réinitialiser les compteurs. Uniquement pris en charge pour les opérateurs et administrateurs Slurm.
-t, --trier par heure
Triez les données d'appel de procédure distante (RPC) par temps d'exécution total.
-T, --tri-par-temps2
Triez les données d'appel de procédure distante (RPC) par temps d'exécution moyen.
--usage
Imprimer la liste des options et quitter.
-V, --version
Imprimer le numéro de version actuel et quitter.
ENVIRONNEMENT VARIABLES
Certain diag les options peuvent être définies via des variables d'environnement. Ces variables d'environnement,
ainsi que leurs options correspondantes, sont répertoriés ci-dessous. (Remarque : les options de la ligne de commande
toujours remplacer ces paramètres)
SLURM_CONF L'emplacement du fichier de configuration Slurm.
COPIER
Copyright (C) 2010-2011 Centre de calcul intensif de Barcelone.
Copyright (C) 2010-2014 SchedMD LLC.
Slurm est un logiciel libre ; vous pouvez le redistribuer et/ou le modifier selon les termes des
Licence publique générale GNU telle que publiée par la Free Software Foundation ; soit la version 2
de la Licence, ou (à votre choix) toute version ultérieure.
Slurm est distribué dans l'espoir qu'il sera utile, mais SANS AUCUNE GARANTIE ; sans pour autant
même la garantie implicite de QUALITÉ MARCHANDE ou D'ADAPTATION À UN USAGE PARTICULIER. Voir le
Licence publique générale GNU pour plus de détails.
Utiliser sdiag en ligne en utilisant les services onworks.net
