Discussion :

[petrebang]

Bonjour, j'optimise un code scientifique qui comporte beaucoup de boucle implicite du type :

A(:) = B(:)*C(:)

A, B et C étant des tableaux.

Il me semble avoir lu quelque part que ce code pouvait être avantageusement remplacé par des boucles explicites du type :

Do i=1,100
A(i) = B(i) * C(i)
ENDDO

Le compilateur notamment a plus de billes pour quelques optimisations (déroulage de boucle...)

Avez vous déjà pu observer cela ?

merci,
Pierre

[Fortran90]

Sur des cas triviaux comme A=B+C, non. Enfin, modulo la taille de la pile envoyé lors du link à ton programme. Il y a des chances que la pile explose si les dimensions sont trop importantes.

Sur des opérations plus complexes, à proscrire. Généralement, notre petit cerveau fonctionne mieux de manière dédiée qu'un grand programme qui est destinée à traiter tout et nimporte quoi.

Moralité un bon do..enddo ça mange pas de pain et au pire ça s'optimise aussi bien qu'une instruction "à boucle implicite"

[petrebang]

J'avais fait une maquette de code qui était censé reproduire le phénomène et je n'observais aucun gain à remplacer les boucles implicites.

En revanche sur mon code indus, le passage à une boucle explicite (DO, ENDDO) me fait gagner 5% sur le temps total (et je n'ai pas remplacé toutes les occurences du phénomène).

Lorsque je profile le code au niveau de la ligne de code, je remarque que je peux passer 600s. sur une initialisation d'un tableau de dimension 3 (il faut préciser que le code a une durée d'exécution de plusieurs jours et que je parle là du temps total passé sur cette initialisation). Je gagne un facteur 10 en passant à la boucle explicite.

Je confirme donc cette voie. Un conseil cependant, ce constat ne touche pas toutes les boucles explicites, il est préférable de profiler son appli pour changer uniquement les lignes concernées les plus couteuses.