38,760
edits
OpenACC Tutorial - Adding directives/fr: Difference between revisions
OpenACC Tutorial - Adding directives/fr (view source)
Revision as of 19:37, 8 June 2023
, 1 year agoUpdating to match new version of source page
No edit summary |
(Updating to match new version of source page) |
||
| (15 intermediate revisions by 3 users not shown) | |||
| Line 66: | Line 66: | ||
Quand le compilateur lit la directive OpenACC <tt>kernels</tt>, il analyse le code pour identifier les sections pouvant être parallélisées. | Quand le compilateur lit la directive OpenACC <tt>kernels</tt>, il analyse le code pour identifier les sections pouvant être parallélisées. | ||
Ceci correspond souvent au corps d'une boucle qui a des itérations indépendantes. | Ceci correspond souvent au corps d'une boucle qui a des itérations indépendantes. | ||
Dans ce cas, le compilateur délimite le début et la fin du corps du code avec la fonction | Dans ce cas, le compilateur délimite le début et la fin du corps du code avec la fonction [https://en.wikipedia.org/wiki/Compute_kernel ''kernel'']. | ||
Les appels à cette fonction ne seront pas affectés par les autres appels. | Les appels à cette fonction ne seront pas affectés par les autres appels. | ||
La fonction est compilée et peut ensuite être exécutée sur un accélérateur. | La fonction est compilée et peut ensuite être exécutée sur un accélérateur. | ||
| Line 114: | Line 114: | ||
|title=Description ou prescription | |title=Description ou prescription | ||
|content= | |content= | ||
Si vous avez déjà utilisé [[OpenMP/fr OpenMP]], vous retrouverez dans OpenACC le principe de ''directives''. Il existe cependant d'importantes différences entre les directives OpenMP et OpenACC : | Si vous avez déjà utilisé [[OpenMP/fr|OpenMP]], vous retrouverez dans OpenACC le principe de ''directives''. Il existe cependant d'importantes différences entre les directives OpenMP et OpenACC : | ||
* Les directives OpenMP sont à la base ''prescriptives''. Ceci signifie que le compilateur est forcé d'accomplir la parallélisation, peu importe que l'effet détériore ou améliore la performance. Le résultat est prévisible pour tous les compilateurs. De plus, la parallélisation se fera de la même manière, peu importe le matériel utilisé pour exécuter le code. Par contre, le même code peut connaitre une moins bonne performance, dépendant de l'architecture. Il peut donc être préférable par exemple de changer l'ordre des boucles. Pour paralléliser du code avec OpenMP et obtenir une performance optimale dans différentes architectures, il faudrait avoir un ensemble différent de directives pour chaque architecture. | * Les directives OpenMP sont à la base ''prescriptives''. Ceci signifie que le compilateur est forcé d'accomplir la parallélisation, peu importe que l'effet détériore ou améliore la performance. Le résultat est prévisible pour tous les compilateurs. De plus, la parallélisation se fera de la même manière, peu importe le matériel utilisé pour exécuter le code. Par contre, le même code peut connaitre une moins bonne performance, dépendant de l'architecture. Il peut donc être préférable par exemple de changer l'ordre des boucles. Pour paralléliser du code avec OpenMP et obtenir une performance optimale dans différentes architectures, il faudrait avoir un ensemble différent de directives pour chaque architecture. | ||
| Line 160: | Line 160: | ||
==== Construire avec OpenACC ==== | ==== Construire avec OpenACC ==== | ||
Les compilateurs NVidia utilisent l'option <code>- | Les compilateurs NVidia utilisent l'option <code>-acc</code> pour permettre la compilation pour un accélérateur. Nous utilisons la sous-option <code>-gpu=managed</code> pour indiquer au compilateur que nous voulons utiliser la [https://developer.nvidia.com/blog/unified-memory-cuda-beginners/ mémoire gérée] pour simplifier le transfert de données en provenance et à destination du périphérique; nous n'utiliserons pas cette option dans un prochain exemple. Nous utilisons aussi l'option <code>-fast</code> pour l'optimisation. | ||
{{Command | {{Command | ||
|nvc++ -fast -Minfo{{=}}accel - | |nvc++ -fast -Minfo{{=}}accel -acc -gpu{{=}}managed main.cpp -o challenge | ||
|result= | |result= | ||
... | ... | ||
| Line 198: | Line 198: | ||
=== Boucle avec clause <tt>independent</tt> === | === Boucle avec clause <tt>independent</tt> === | ||
Une autre façon de s'assurer que le compilateur traite les boucles de manière indépendante est de le spécifier explicitement avec la clause <tt>independent</tt>. Comme toute autre directive ''prescriptive'', le compilateur y est obligé et l'analyse qu'il pourrait faire ne sera pas considérée. En reprenant l'exemple de la section ''La directive <tt>kernels</tt>'', nous avons : | Une autre façon de s'assurer que le compilateur traite les boucles de manière indépendante est de le spécifier explicitement avec la clause <tt>independent</tt>. Comme toute autre directive ''prescriptive'', le compilateur y est obligé et l'analyse qu'il pourrait faire ne sera pas considérée. En reprenant l'exemple de la section ''La directive <tt>kernels</tt>'' ci-dessus, nous avons : | ||
<syntaxhighlight lang="cpp" line highlight="3"> | <syntaxhighlight lang="cpp" line highlight="3"> | ||
#pragma acc kernels | #pragma acc kernels | ||
| Line 225: | Line 225: | ||
Remarquez que les autres pointeurs n'ont pas besoin d'être restreints puisque le compilateur ne les rapporte pas comme causant des problèmes. En recompilant avec les changements que nous venons de faire, le compilateur émet le message suivant : | Remarquez que les autres pointeurs n'ont pas besoin d'être restreints puisque le compilateur ne les rapporte pas comme causant des problèmes. En recompilant avec les changements que nous venons de faire, le compilateur émet le message suivant : | ||
{{Command | {{Command | ||
|nvc++ -fast -Minfo{{=}}accel - | |nvc++ -fast -Minfo{{=}}accel -acc -gpu{{=}}managed main.cpp -o challenge | ||
|result= | |result= | ||
matvec(const matrix &, const vector &, const vector &): | matvec(const matrix &, const vector &, const vector &): | ||
| Line 282: | Line 282: | ||
[https://developer.nvidia.com/nvidia-visual-profiler NVIDIA Visual Profiler (NVVP)] est un profileur graphique pour les applications OpenACC. | [https://developer.nvidia.com/nvidia-visual-profiler NVIDIA Visual Profiler (NVVP)] est un profileur graphique pour les applications OpenACC. | ||
C'est un | C'est un outil d'analyse pour les '''codes écrits avec les directives OpenACC et CUDA C/C++'''. | ||
En conséquence, si l'exécutable n'utilise pas le GPU, ce profileur ne fournira aucun résultat. | En conséquence, si l'exécutable n'utilise pas le GPU, ce profileur ne fournira aucun résultat. | ||
| Line 294: | Line 294: | ||
}} | }} | ||
# Après l'affichage de la fenêtre de lancement de NVVP, vous devez entrer le répertoire ''Workspace'' qui sera employé pour les fichiers temporaires. Dans le chemin suggéré, remplacez <code>home</code> par <code>scratch</code> et cliquez sur''OK''. | # Après l'affichage de la fenêtre de lancement de NVVP, vous devez entrer le répertoire ''Workspace'' qui sera employé pour les fichiers temporaires. Dans le chemin suggéré, remplacez <code>home</code> par <code>scratch</code> et cliquez sur ''OK''. | ||
# Sélectionnez ''File > New Session''ou cliquez sur le bouton correspondant dans la barre d'outils. | # Sélectionnez ''File > New Session'' ou cliquez sur le bouton correspondant dans la barre d'outils. | ||
# Cliquez sur le bouton ''Browse'' à la droite du champ | # Cliquez sur le bouton ''Browse'' à la droite du champ ''File'' pour le chemin. | ||
## Changez le répertoire s'il y a lieu. | ## Changez le répertoire s'il y a lieu. | ||
## Sélectionnez un exécutable construit avec des codes écrits avec des directives OpenACC et CUDA C/C++. | ## Sélectionnez un exécutable construit avec des codes écrits avec des directives OpenACC et CUDA C/C++. | ||
# Sous le champ ''Arguments'', sélectionnez l'option ''Profile current process only''. | # Sous le champ ''Arguments'', sélectionnez l'option ''Profile current process only''. | ||
# Cliquez sur ''Next >'' pour voir les autres options de profilage. | # Cliquez sur ''Next >'' pour voir les autres options de profilage. | ||
# Cliquez sur ''Finish'' pour lancer le profilage de l' | # Cliquez sur ''Finish'' pour lancer le profilage de l'exécutable. | ||
Pour faire ceci, suivez ces étapes : | Pour faire ceci, suivez ces étapes : | ||
| Line 307: | Line 307: | ||
# Sélectionnez '' File -> New Session''. | # Sélectionnez '' File -> New Session''. | ||
# Dans le champ ''File:'', cherchez l'exécutable (nommé dans notre exemple <tt>challenge</tt>). | # Dans le champ ''File:'', cherchez l'exécutable (nommé dans notre exemple <tt>challenge</tt>). | ||
# Cliquez sur ''Next'' jusqu'à ce que vous | # Cliquez sur ''Next'' jusqu'à ce que vous puissiez cliquer sur ''Finish''. | ||
Le programme est exécuté et on obtient un tableau chronologique du déroulement (voir l'image). On remarque que le transfert de données entre le départ et l'arrivée occupe la plus grande partie du temps d'exécution, ce qui est fréquent quand du code est porté d'un CPU vers un GPU. Nous verrons comment ceci peut être amélioré dans la prochaine partie, [ | Le programme est exécuté et on obtient un tableau chronologique du déroulement (voir l'image). On remarque que le transfert de données entre le départ et l'arrivée occupe la plus grande partie du temps d'exécution, ce qui est fréquent quand du code est porté d'un CPU vers un GPU. Nous verrons comment ceci peut être amélioré dans la prochaine partie, [[OpenACC Tutorial - Data movement/fr|Mouvement des données]]. | ||
== La directive <tt>parallel loop</tt> == | == La directive <tt>parallel loop</tt> == | ||
| Line 346: | Line 346: | ||
La compilation produit le message suivant : | La compilation produit le message suivant : | ||
{{Command | {{Command | ||
| | |nvc++ -fast -Minfo{{=}}accel -acc -gpu{{=}}managed main.cpp -o challenge | ||
|result= | |result= | ||
matvec(const matrix &, const vector &, const vector &): | matvec(const matrix &, const vector &, const vector &): | ||
| Line 359: | Line 359: | ||
34, Loop is parallelizable | 34, Loop is parallelizable | ||
}} | }} | ||
==Différences entre <tt>parallel loop</tt> et <tt>kernels</tt>== | ==Différences entre <tt>parallel loop</tt> et <tt>kernels</tt>== | ||
{| class="wikitable" width="100%" | {| class="wikitable" width="100%" | ||
| Line 381: | Line 382: | ||
|content= | |content= | ||
# Modifiez les fonctions <tt>matvec</tt>, <tt>waxpby</tt> et <tt>dot</tt>. Vous pouvez utiliser soit <tt>kernels</tt>, soit <tt>parallel loop</tt>. La solution se trouve dans les répertoires <tt>step1. de [https://github.com/calculquebec/cq-formation-openacc Github] *</tt>. | # Modifiez les fonctions <tt>matvec</tt>, <tt>waxpby</tt> et <tt>dot</tt>. Vous pouvez utiliser soit <tt>kernels</tt>, soit <tt>parallel loop</tt>. La solution se trouve dans les répertoires <tt>step1. de [https://github.com/calculquebec/cq-formation-openacc Github] *</tt>. | ||
# Modifiez le Makefile en ajoutant <tt>- | # Modifiez le Makefile en ajoutant <tt>-acc -gpu{{=}}managed</tt> et <tt>-Minfo{{=}}accel</tt> aux indicateurs pour le compilateur. | ||
}} | }} | ||
[[OpenACC Tutorial - Profiling/fr|<- Page précédente, Profileurs]] | [[OpenACC Tutorial/fr|^- Retour au début du tutoriel]] | [[OpenACC Tutorial - Data movement/fr|Page suivante, Mouvement des données ->]] | [[OpenACC Tutorial - Profiling/fr|<- Page précédente, Profileurs]] | [[OpenACC Tutorial/fr|^- Retour au début du tutoriel]] | [[OpenACC Tutorial - Data movement/fr|Page suivante, Mouvement des données ->]] | ||