Différences entre les versions de « La commande simulation »

 
(37 versions intermédiaires par 3 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
[[Category:CommandesMaison]]
+
[[Category:Commandes]]
La commande simulation est un script maison qui vous retourne le nom d'un ordinateur libre pour lancer vos simulations. Ce n'est donc pas une commande Linux standard.
+
<!-- Simulations, simulations, Simulations Numériques, simulations numériques, Simulation, simulation, Numérique, numérique, Numerical Simulation, numerical simulation, Numerical Simulations, numerical simulations, Machines Disponibles, machines disponibles, Available Machines, available machines -->
* Connectez vous à une machine du DMS et ouvrez un terminal de commande
 
* Pour connaître  le nom de la station la plus performante (et libre) pour une simulation. Tapez :
 
<pre>simulation [RETURN]</pre>
 
Vous obtenez alors :<br/>
 
 
<pre>
 
<pre>
Nous vous rappelons que les ressources informatiques du laboratoire
+
simulation
doivent rester disponibles et performantes pour tous.
+
</pre>
Par respect pour les autres usagers, nous vous demandons donc
+
La [[Commandes_élémentaires|commande]] '''<tt>simulation</tt>''' renvoie un rapport sur l'utilisation des machines au Département. Elle est particulièrement utile afin de déterminer des machines sur lesquelles lancer des [[Simulations|simulations numériques]].
de ne pas monopoliser les stations en lancant plus de 3
+
 
simulations simultanées.
+
Pour une liste exhaustive des options et des fonctionnalités, consultez le manuel de la commande ([[Commandes_élémentaires#man|<tt>man</tt>]] <tt>simulation</tt>).
Si vous avez des besoins plus importants, veuillez consulter votre
+
 
coadministrateur.
 
Veuillez noter aussi que cette commande étudie le taux d'occupation
 
des stations à l'instant ou vous l'executez et elle ne reserve en aucun
 
cas un poste. Vous devez donc utiliser ce script juste avant de lancer
 
votre simulation.
 
  
..... [RETURN]
+
__TOC__
  
 +
=== Exemple ===
  
La station disponible est : '''simulation5'''
+
Voici un exemple de rapport généré:
 +
<pre>
 +
$ simulation
 +
Host        Cpus  C.L.  Mem Mem L  GPU    G. Nom  CPU S  CPU M
 +
============================================================================
 +
simulation7  24    10  251  133    -        -  13030  312720
 +
simulation8  24    12  251  111    -        -  13030  312720
 +
saturne        8    5  11    9    -        -  5200  41600
 +
mars          8    5  11    9    -        -  5200  41600
 +
uranus        8    5  11    9    -        -  5200  41600
 +
neptune        8    5  11    9    -        -  5200  41600
 +
lune          8    5  11    8    -        -  5200  41600
 +
mercury        8    5  11    8    -        -  5200  41600
 +
venice        12    8  15    8    0  GTX 1050  15971  191652
 +
venus          8    5  11    8    -        -  5200  41600
 +
jupiter        8    5  11    6    -        -  5200  41600
 +
borrelly      8    4  11    6    -        -  5200  41600
 +
fox          12    7  15    5    0  GTX 1050  15971  191652
 +
soleil        8    4  11    4    -        -  5200  41600
 +
athenes        8    8    7    3    -        -  10085  80680
 +
pluto          8    4  11    3    -        -  5200  41600
 +
acapulco      12    3  15    2    0  GTX 1050  15971  191652
 +
panthere      12    8  15    2    0  GTX 1050  15971  191652
 +
lionceau      8    5    5    2    -        -  5809  46472
 +
leopard        8    5    5    2    -        -  5200  41600
 +
loup          8    5    5    2    -        -  5809  46472
 +
lion          12    0  15    1    0  GTX 1050  15971  191652
 +
puma          8    5    5    1    -        -  5809  46472
 +
cougar        8    5  11    1    -        -  5200  41600
 +
jaguar        12    7  15    1    0  GTX 1050  15971  191652
 +
ocelot        2    2    1    0    -        -  5200  10400
 +
lynx          8    5  11    0    -        -  5200  41600
 +
 
 +
============================================================================
 +
Cpus => Cores C.L. => Cpu libres
 +
Mem => Memoire totale Mem L => Memoire disponible
 +
GPU => GPUs Utilisés G. Nom => GPU model
 +
CPU S => Cpu Mark single thread CPU M => Cpu Mark total multi threads
 +
 
 +
*** ATTENTION: ASSUREZ-VOUS DE TOUJOURS LAISSER 2 CPU (CORES) DE LIBRE ***
 +
Voir https://dms.umontreal.ca/wiki/index.php/Simulations pour détails
 
</pre>
 
</pre>
  
Étant donné que le script "simulation" tient compte des caractéristiques des ordinateurs, le travail des usagers ne sera donc pas ralenti.
+
Pour chaque machine vous pouvez voir le nombre de coeurs de processeur total ainsi le nombre de coeurs libres, la mémoire vive totale et libre (en Gigabytes), le nombre de cartes graphiques utilisées et leur modèle (s'il y a lieu, seulement certaines machines possèdent une carte graphique) et finalement la cote CPUMark single-thread/multi-threads des CPUs de la machine.
  
====ATTENTION...====
+
'''Évidemment, les machines les moins utilisées devraient être priorisées pour vos simulations.'''
[[Fichier:Dot.png]] Cette commande NE RÉSERVE PAS DE STATION pour votre simulation : elle vous renvoie le nom de la meilleure machine disponible AU MOMENT OÙ VOUS L’EXÉCUTEZ ! Par conséquent, pour éviter de gêner d'autres usagers, utilisez-la JUSTE AVANT de lancer votre programme !
 
  
[[Fichier:Dot.png]] Par respect pour les autres usagers, nous vous demandons donc de ne pas "monopoliser" les stations en lançant un grand nombre de simulations simultanées. Si vous avez des besoins importants, n'hésitez pas à nous [[Qui_contacter?|consulter]] !
+
Pour vous connecter à une machine donnée, utilisez la commande [[La_commande_ssh|<tt>ssh</tt>]]. Par exemple,
 +
<pre>
 +
ssh uranus
 +
</pre>
 +
pour vous brancher à <tt>uranus</tt>. Consultez la page [[La_commande_ssh|dédiée à <tt>ssh</tt>]] pour plus de détails.
 +
 
 +
=== Consignes à respecter ===
 +
 
 +
<span style="color:#FF0000">'''Résumé des consignes:'''</span>
 +
* <span style="color:#FF0000">maximum de 3 simulations par machine par usager</span>
 +
* <span style="color:#FF0000">toujours laisser 2 coeurs de libre</span>
 +
* <span style="color:#FF0000">toujours laisser 1gb de mémoire de libre, de préférence 2gb</span>
 +
 
 +
Par courtoisie pour les autres usagers, un maximum de 3 simulations par machine par usager est autorisé. De plus, il faut s'assurer que l'utilisation d'une machine ne dépasse pas sa capacité en CPU et en mémoire, en plus de laisser un peu de capacité pour que la machine puisse continuer à fonctionner sans problèmesComme l'indique le message au bas de l'exemple de la commande simulation dans la section précédente, il faut s'assurer de toujours laisser 2 coeurs libres sur chaque machines afin de ne pas l'étouffer.  Il faut aussi faire attention à la mémoire vive disponible, essayez de toujours laisser au moins 1gb de libre, de préférence 2gb si possible.
  
* Il faut ensuite se connecter à la station disponible par SSH : <tt>ssh nomMachine</tt><br/>
+
Par exemple, supposons que vous devez lancer 2 simulations.  Vous aurez alors besoin de 2 coeurs de CPU au minimum, possiblement de 4 coeurs (ou même plus) si votre logiciel est multi-thread et d'une certaine quantité de mémoire vive.  Si on reprend l'exemple de la commande simulation plus haut, on peut voir dans la 5e colonne que plusieurs des machines ont 3gb ou moins de mémoire de libre, donc on va les mettre de côté afin de ne pas les surcharger.  On peut ensuite voir dans la 3e colonne que plusieurs des machines n'ont que 4 ou 5 coeurs de CPU de libres.  Si vos simulations sont single-thread ils pourraient faire l'affaire, mais assumons que vos simulations sont multi-thread, donc nous allons aussi les mettre de côté afin de ne pas les surcharger (et laisser 2 coeurs libre en tout temps comme indiqué).  Ils nous reste donc ces machines de disponibles qui conviendrait à votre tâche:
Dans cet exemple taper dans le terminal<br/>
 
<pre>ssh simulation5</pre>
 
  
* Une simulation doit toujours être lancée en arrière-plan, cela permet de garder un ordinateur disponible pour un autre usager tout en effectuant la simulation demandée. Il ne faut pas bloquer un ordinateur inutilement. Dans la  plupart des cas, le fait de lancer un calcul en arrière plan n'a pas d'incidence sur les résultats et le temps d’exécution du calcul.
 
[[Fichier:Dot.png]] Pour lancer une simulation en arrière-plan, il suffit d'utiliser le caractère & à la fin de la commande. <br/>
 
Positionnez vous dans le répertoire qui contient votre script et lancez votre script "calcul" en arrière-plan :<br/>
 
 
<pre>
 
<pre>
./calcul & [RETURN]
+
Host        Cpus  C.L.  Mem Mem L  GPU    G. Nom  CPU S  CPU M
 +
============================================================================
 +
simulation7  24    10  251  133    -        -  13030  312720
 +
simulation8  24    12  251  111    -        -  13030  312720
 +
venice        12    8  15    8    0  GTX 1050  15971  191652
 +
fox          12    7  15    5    0  GTX 1050  15971  191652
 
</pre>
 
</pre>
 +
 +
Vous pouvez donc vous brancher via [[La_commande_ssh|ssh]] ou autre à une de ces machines et lancer vos simulations.
 +
 +
== Voir aussi ==
  
 
=== Articles connexes ===
 
=== Articles connexes ===
* [[logiciels|Logiciels au DMS]]
+
<div class="inline">
* [[La_commande_quota|<tt>quota</tt>]]
+
* [[Commandes_élémentaires|Commandes élémentaires]]
* [[La_commande_quota-impression|<tt>quota-impression</tt>]]
+
* [[Simulations|Simulation numériques]]
 
* [[La_commande_ssh|<tt>ssh</tt>]]
 
* [[La_commande_ssh|<tt>ssh</tt>]]
* [[PuTTY|ssh pour windows avec PuTTY]]
+
</div>

Version actuelle datée du 3 décembre 2020 à 13:26

simulation

La commande simulation renvoie un rapport sur l'utilisation des machines au Département. Elle est particulièrement utile afin de déterminer des machines sur lesquelles lancer des simulations numériques.

Pour une liste exhaustive des options et des fonctionnalités, consultez le manuel de la commande (man simulation).


Exemple

Voici un exemple de rapport généré:

$ simulation 
Host        Cpus  C.L.  Mem Mem L  GPU    G. Nom  CPU S   CPU M
============================================================================
simulation7   24    10  251   133    -         -  13030  312720
simulation8   24    12  251   111    -         -  13030  312720
saturne        8     5   11     9    -         -   5200   41600
mars           8     5   11     9    -         -   5200   41600
uranus         8     5   11     9    -         -   5200   41600
neptune        8     5   11     9    -         -   5200   41600
lune           8     5   11     8    -         -   5200   41600
mercury        8     5   11     8    -         -   5200   41600
venice        12     8   15     8    0  GTX 1050  15971  191652
venus          8     5   11     8    -         -   5200   41600
jupiter        8     5   11     6    -         -   5200   41600
borrelly       8     4   11     6    -         -   5200   41600
fox           12     7   15     5    0  GTX 1050  15971  191652
soleil         8     4   11     4    -         -   5200   41600
athenes        8     8    7     3    -         -  10085   80680
pluto          8     4   11     3    -         -   5200   41600
acapulco      12     3   15     2    0  GTX 1050  15971  191652
panthere      12     8   15     2    0  GTX 1050  15971  191652
lionceau       8     5    5     2    -         -   5809   46472
leopard        8     5    5     2    -         -   5200   41600
loup           8     5    5     2    -         -   5809   46472
lion          12     0   15     1    0  GTX 1050  15971  191652
puma           8     5    5     1    -         -   5809   46472
cougar         8     5   11     1    -         -   5200   41600
jaguar        12     7   15     1    0  GTX 1050  15971  191652
ocelot         2     2    1     0    -         -   5200   10400
lynx           8     5   11     0    -         -   5200   41600

============================================================================
Cpus	=> Cores			C.L.	=> Cpu libres
Mem	=> Memoire totale		Mem L	=> Memoire disponible
GPU	=> GPUs Utilisés		G. Nom	=> GPU model
CPU S	=> Cpu Mark single thread	CPU M 	=> Cpu Mark total multi threads

*** ATTENTION: ASSUREZ-VOUS DE TOUJOURS LAISSER 2 CPU (CORES) DE LIBRE ***
Voir https://dms.umontreal.ca/wiki/index.php/Simulations pour détails

Pour chaque machine vous pouvez voir le nombre de coeurs de processeur total ainsi le nombre de coeurs libres, la mémoire vive totale et libre (en Gigabytes), le nombre de cartes graphiques utilisées et leur modèle (s'il y a lieu, seulement certaines machines possèdent une carte graphique) et finalement la cote CPUMark single-thread/multi-threads des CPUs de la machine.

Évidemment, les machines les moins utilisées devraient être priorisées pour vos simulations.

Pour vous connecter à une machine donnée, utilisez la commande ssh. Par exemple,

ssh uranus

pour vous brancher à uranus. Consultez la page dédiée à ssh pour plus de détails.

Consignes à respecter

Résumé des consignes:

  • maximum de 3 simulations par machine par usager
  • toujours laisser 2 coeurs de libre
  • toujours laisser 1gb de mémoire de libre, de préférence 2gb

Par courtoisie pour les autres usagers, un maximum de 3 simulations par machine par usager est autorisé. De plus, il faut s'assurer que l'utilisation d'une machine ne dépasse pas sa capacité en CPU et en mémoire, en plus de laisser un peu de capacité pour que la machine puisse continuer à fonctionner sans problèmes. Comme l'indique le message au bas de l'exemple de la commande simulation dans la section précédente, il faut s'assurer de toujours laisser 2 coeurs libres sur chaque machines afin de ne pas l'étouffer. Il faut aussi faire attention à la mémoire vive disponible, essayez de toujours laisser au moins 1gb de libre, de préférence 2gb si possible.

Par exemple, supposons que vous devez lancer 2 simulations. Vous aurez alors besoin de 2 coeurs de CPU au minimum, possiblement de 4 coeurs (ou même plus) si votre logiciel est multi-thread et d'une certaine quantité de mémoire vive. Si on reprend l'exemple de la commande simulation plus haut, on peut voir dans la 5e colonne que plusieurs des machines ont 3gb ou moins de mémoire de libre, donc on va les mettre de côté afin de ne pas les surcharger. On peut ensuite voir dans la 3e colonne que plusieurs des machines n'ont que 4 ou 5 coeurs de CPU de libres. Si vos simulations sont single-thread ils pourraient faire l'affaire, mais assumons que vos simulations sont multi-thread, donc nous allons aussi les mettre de côté afin de ne pas les surcharger (et laisser 2 coeurs libre en tout temps comme indiqué). Ils nous reste donc ces machines de disponibles qui conviendrait à votre tâche:

Host        Cpus  C.L.  Mem Mem L  GPU    G. Nom  CPU S   CPU M
============================================================================
simulation7   24    10  251   133    -         -  13030  312720
simulation8   24    12  251   111    -         -  13030  312720
venice        12     8   15     8    0  GTX 1050  15971  191652
fox           12     7   15     5    0  GTX 1050  15971  191652

Vous pouvez donc vous brancher via ssh ou autre à une de ces machines et lancer vos simulations.

Voir aussi

Articles connexes


La dernière modification de cette page a été faite le 3 décembre 2020 à 13:26.