Je suis d'accord, Fortran n'est pas parfait pour faire du code parallèle mais la concurrence ?
Aujourd'hui, en Fortran, on s'en sort plus ou moins bien et c'est exactement ce que j'ai dis dasn un post. Pour pouvoir profiter de la future machine pétaflop, il faut modifier notre manière de programmer, la machine ne peux pas complètement s'adapter malleureusement à notre manière actuelle.
Le langage que j'ai beaucoup aimé était Sather avec une version pSather. L'objetif de ce langage était clairement de faire un langage objet à la Effeil mais très orienté calcul intensif et parallèle. Malheureusement, il est mort.
Pour ce qui est des bibliothèques de base comme BLAS ou Lapack, cela évolue, lentement mais surement. Je connais des gens qui ont leur propres versions moins optimisé mais qui ne veulent pas en changer car leur bibliothèque est validé depuis des années. Il faut dire que tu veux éliminer toutes erreurs possibles lorsque tu lances un calcul qui dure plusieurs semaines sur une machine SMP. Un des problèmes ici est que les chercheurs manquent de ressources de calculs (et aussi de bras) et qu'ils ne peuvent pas par exemple se permettent d'utiliser 40 coeurs pendant 3 semaines de la machine NEC SX8 de l'IDRIS pour rien.
Il faut bien voir que ce ne sont toujours pas des chercheurs en informatique qui font du Fortran mais plutôt des chercheurs du domaine des études faites. Les contrats de recherche qu'ils obtiennent ne sont pas destinés à financer l'amélioration de BLAS par exemple.
[^] # Re: Le Fortran
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Décès du père du Fortran et de la notation BNF. Évalué à 2.
Aujourd'hui, en Fortran, on s'en sort plus ou moins bien et c'est exactement ce que j'ai dis dasn un post. Pour pouvoir profiter de la future machine pétaflop, il faut modifier notre manière de programmer, la machine ne peux pas complètement s'adapter malleureusement à notre manière actuelle.
Le langage que j'ai beaucoup aimé était Sather avec une version pSather. L'objetif de ce langage était clairement de faire un langage objet à la Effeil mais très orienté calcul intensif et parallèle. Malheureusement, il est mort.
Pour ce qui est des bibliothèques de base comme BLAS ou Lapack, cela évolue, lentement mais surement. Je connais des gens qui ont leur propres versions moins optimisé mais qui ne veulent pas en changer car leur bibliothèque est validé depuis des années. Il faut dire que tu veux éliminer toutes erreurs possibles lorsque tu lances un calcul qui dure plusieurs semaines sur une machine SMP. Un des problèmes ici est que les chercheurs manquent de ressources de calculs (et aussi de bras) et qu'ils ne peuvent pas par exemple se permettent d'utiliser 40 coeurs pendant 3 semaines de la machine NEC SX8 de l'IDRIS pour rien.
Il faut bien voir que ce ne sont toujours pas des chercheurs en informatique qui font du Fortran mais plutôt des chercheurs du domaine des études faites. Les contrats de recherche qu'ils obtiennent ne sont pas destinés à financer l'amélioration de BLAS par exemple.