Babel : Passage d'un compte de développement en compte de production

Pour pouvoir passer un compte de développement en un compte de production (qui est la modalité normale de fonctionnement de l'IDRIS), le chef de projet doit faire la demande via l' extranet.

Vous devez fournir le test d'extensibilité du code qui sera utilisé en mode production. Si plusieurs codes sont utilisés dans le cadre du même projet, une courbe d'extensibilité par code est demandée. L'objectif de ce test est d'obtenir la meilleure adaptation possible du code à la plate-forme de calcul.

Vos résultats doivent être déposés sur l' extranet au format PDF.

Quelques précisions sur les tests d'extensibilité :

• Préciser si ce test d'extensibilité est de type weak scaling (i.e. charge de travail constante par cœur) ou de type strong scaling (i.e. taille de problème constante quelque soit le nombre de cœurs utilisés).
• Préciser le mode d'exécution (SMP, DUAL ou VN) qui doit être une constante du test d'extensibilité.
• Pour ce test, le nombre maximum de cœurs d'exécution nmax devra correspondre à la plus grosse configuration de production envisagée, alors que la valeur du nombre de cœurs de l'exécution de référence nref devra être au maximum quatre fois plus petite que celle de nmax. Par exemple, un projet visant des exécutions en mode production pouvant utiliser 16384 cœurs devra fournir une courbe d'extensibilité jusqu'à au moins 16384 cœurs avec une exécution de référence sur au plus 4096 cœurs.
• Les caractéristiques du test d'extensibilité devront se rapprocher le plus possible de celles du run de production, en particulier en terme de volumétrie et de fréquence des entrées-sorties, de la taille des domaines de simulations, de la prise en compte de la phase d'initialisation du code, etc.
• Les exécutables ainsi que les jeux de données permettant de reproduire les résultats devront être tenus à la disposition de l'IDRIS qui pourra être amené à valider ces courbes d'extensibilité.
• Pour rappel, la courbe d'extensibilité correspond à la représentation de l'accélération en fonction du nombre de cœurs. Soit Tref le temps elapsed de référence sur nref cœurs.
  • Pour un test de type strong scaling, l'accélération et l'efficacité parallèle du code sur n > nref cœurs sont données par les formules suivantes :
    Acc(n) = Tref/Tn
Eff(n) = Acc(n)/(n/nref)
    où Tn est le temps elapsed d'exécution sur n cœurs.
  • Pour un test de type weak scaling, nous définirons l'accélération et l'efficacité parallèle du code sur n > nref cœurs de la manière suivante :
    Acc(n) = (n/nref) x (Tref/Tn)
Eff(n) = Tref/Tn
    

Pour obtenir ces courbes, on fera varier le nombre n de cœurs de nref à nmax (une à trois valeurs intermédiaires suffisent). Les informations brutes à fournir pourront être synthétisées dans un tableau. En voici un exemple pour un test d'extensibilité de type Strong Scaling réalisé en mode VN :

Dans la figure suivante, correspondant à un test d'extensibilité de type Strong Scaling en mode VN, la courbe pleine représente la variation de l'accélération en fonction du nombre de cœurs (la référence étant l'exécution sur 1024 cœurs), celle en pointillé représente l'accélération idéale.

Dans la figure suivante, correspondant toujours à un test d'extensibilité de type Strong Scaling en mode VN, la courbe pleine représente la variation de l'efficacité en fonction du nombre de cœurs (la référence étant l'exécution sur 1024 cœurs), celle en pointillé représente l'efficacité idéale.

© CNRS - IDRIS, 23/04/2012