RPN_COMM

(rpn_comm.cfg)

fichier rpn_comm.cfg

FORMAT

nom_domaine1 npex1 npey1 '/path/au/domaine1'
nom_domaine2 npex2 npey2 "path/au/domaine2"

Notez bien l'utilisation obligatoire de guillemets simples ou doubles pour le path.

ARGUMENTS

Répertoire d'éxécution du domaine

nom_domaine	Nom du domaine	character(len=12)	I
npex,npey	Nombre de procs en X et en Y pour le domaine	integer	I
/path...	character(len=1024)	I

DESCRIPTION

Définit les domaines de travail en leur donnant un nom et une topologie. Lors de RPN_COMM_init, la tâche ira se placer dans le répertoire spécifié et débutera son travail. Il serait donc possible de lancer de façon simultanée plusieurs expériences utilisant le même binaire mais une configuration différente.

Pour les communications, le communicateur par défaut "DEFO" réfère toujours au domaine courant du processeur local (communicateur "DOMM", équivalent à "GRID") sauf si "DEFO" est modifié en utilisant RPN_COMM_defo.

À noter, l'utilisation d'une telle technique augmente d'un ordre de grandeur le fouillis de la sortie à l'écran (standard output). L'utilisation d'unités séparées est fortement recommandée (voir RPN_COMM_unit).

Restrictions:

On doit avoir la somme des produits npex*npey égale au nombre total de processus de la tâche.

Les tâches sur les domaines doivent être équilibrées afin d'optimiser l'utilisation du temps cpu

EXEMPLES

Exemple d'un fichier rpn_comm.cfg

exper1 2 2 "exper23x12_1"
exper2 1 4 "exper23x12_2"
exper3 4 1 "exper23x12_3"
exper4 2 2 "exper23x12_4"

Ici, il faudrait donc lancer le tout avec 16 processeurs.

Exemple d'un fichier rpn_comm.cfg potentiellement dangereux

exper1 3 2 "exper23x12x12"
exper2 4 1 "exper400x200x1"
exper3 2 5 "exper400x200x2"
exper4 1 3 "exper40x20x1"

Ici, il faudrait donc lancer le tout avec 6+4+10+3 = 23 processeurs.

VOIR AUSSI

RPN_COMM_*