Tâches parallèles

[ofisette]

No description provided.

[plstonge]

Voilà, j'ai terminé mes commentaires à travers le fichier parallel.rst. Il y a beaucoup de contenu, wow! On verra avec l'expérience s'il y a certaines parties trop avancées à enlever. Pour l'instant, on peut garder toutes les sections. Il y a juste la section d'exercices que j'aimerais voir scindée en deux.

[plstonge]

Il faudrait spécifier l'image en français de l'illustration de vectorisation. Mon checkout ne contient pas la version anglaise, seulement la version française.

[plstonge]

Il manque un e à entrée.

[plstonge]

Ce paragraphe m'a rendu confus (parce que je n'ai pas tout de suite compris le lien entre srun et tâches interactives - j'utilise salloc sans srun habituellement). Étant donné que le matériel de la future page n'est pas encore prêt, cela me met dans la position des étudiants qui ne savent pas encore de quoi on parle. Je suggère donc de déplacer l'information de ce paragraphe dans la page des sessions interactives. Autrement, c'est une information qui me semble trop abstraite dans la page actuelle, sans voir les exemples correspondants.

[plstonge]

Le retrait des deux paragraphes de la note était peut-être encore un bogue dans ma sélection de ligne de code dans GitHub. Je pensais uniquement que le second paragraphe serait enlevé. Désolé pour ça.

Ceci dit, maintenant que toute la note (deux paragraphes) est enlevée, je crois que ça vaudrait la peine d'enlever le point 2 dans le chapitre des commandes, afin d'enlever srun de là. C'est un détail qui risque de causer de la confusion pour rien.

[ofisette]

Fait ! En effet, le mieux était simplement d’enlever srun des rappels, ça nous évite d’avoir à faire la distinction.

[plstonge]

Je ne savais pas ça et je ne m'attends pas à une telle question de l'audience. Je ne suis pas certain que cette note soit nécessaire.

[ofisette]

J’ai souvent vu ce problème sur nos grappes de calcul. Je ne m’attends pas à des questions des participants, c’est plutôt un avertissement ! Je l’ai donc déplacé dans un cadre « warning ».

[plstonge]

Oups! Je vais devoir modifier ma façon de pointer des lignes de code, car en fait je faisais référence à la note, celle qui dit :

Un programme MPI peut être compilé pour utiliser des fils d’exécution plutôt que des processus multiples. Ce cas de figure est très rare et n’est pas traité dans cet atelier.

Le commentaire sur la forme des tâches était effectivement pertinent. C'est OK de le garder sous forme de warning.

[ofisette]

Compris ! Je l’ai enlevée. Thread-MPI est super-exotique. On l’utilise fréquemment avec GROMACS mais c’est peut-être le seul programme commun en production qui le fait, alors je suis biaisé.

[plstonge]

Est-ce que l'exercice devrait être scindé en deux pour tester d'abord le mode multi-fil? Je trouve qu'il y a beaucoup d'information avant de passer à la pratique. Donc en coupant l'exercice en deux, la matière sur le mode multi-fil serait plus fraîche en tête au moment de pratiquer avec le code OpenMP.

[plstonge]

Certes, c'est effectivement comme ça que j'inspecterais mes tâches parallèles. Par contre, je me demande ce qu'il y aura de nouveau dans la page des sessions interactives.

Autrement, devrions-nous leur montrer la méthode avec srun et utiliser des scripts de tâches pour lancer le programme?
https://docs.alliancecan.ca/wiki/Running_jobs/fr#Surveillance_d'une_t%C3%A2che_en_cours

L'avantage d'éviter salloc, c'est qu'on évite le problème de devoir faire exit, lorsque nécessaire.

[plstonge]

Je ne connaissais pas cette syntaxe Bash. Il serait bien d'avoir le commentaire # 1 si non défini au bout de la ligne.

[ofisette]

Fait, mais hors du script pour éviter d’avoir à traduire les exemples de code.

[plstonge]

Pour éviter les mots "répéter ... de multiples fois" qui sonnent comme un processus itératif dans ma tête, je reformulerais par :

... consiste à exécuter en simultané la même tâche sérielle ou parallèle, mais avec ...

[ofisette]

J’aurais du préciser que je ne compte pas enseigner le matériel après l’exercice. Il est là pour que les participants le révisent par eux-même et pour répondre à d’éventuelles questions. Tout ce qui est parallélisme hybride et autres types de parallélisation sera donc brièvement mentionné pendant la formation avec comme recommandation d’y jeter un œil par soi-même.

Séparer l’exercice est une bonne idée !

Utiliser srun dans salloc est nécessaire pour lancer un programme MPI (ou bien on utilise mpirun mais ce n’est pas recommandé sur nos grappes). Je suis d’accord que ce n’est pas idéal, j’aurais préféré tester ces programmes directement sur le nœud de connexion et introduire salloc plus loin. Mais avec MC, le nœud de connexion serait surchargé, comme tu le disais. L’alternative est de soumettre une tâche et de se connecter au nœud avec ssh, mais cet automne c’était pénible sur MC. Sur les « vraies » grappes, se connecter prend quelques secondes, au pire une minute mais, sur MC, ça prenait systématiquement plus d’une minute, et la tâche finissait souvent avant que la connexion soit établie ! Je ne vois pas d’autre alternative.

Je vais appliquer les corrections ce PM.

[ofisette]

Tout est fait, on peut passer à une deuxième ronde de révision.

[plstonge]

Parfait! J'ai vu les deux derniers commits. Je fusionne le tout dans main.