Version imprimable
Je suis un ancien Développeur en Delphi , pour des raison professionnelles je suis passé au calcul numérique donc j'ai switcher vers le Fortran puis le C..
la question pour ceux qui ont déjà utilisé ces deux langage ..
quel est le langage le plus rapide et le plus optimisé (virgule flottante ) des deux ?
N.KAID
Impossible à répondre : cela dépend du compilateur... Fortran et C n'ont pas vraiment les mêmes buts.
Ceci étant dit, il est vrai que Fortran est mieux adapté au calcul numérique que le C. Mais les compilateurs récents (et leurs optimisations du code produit) peuvent changer la donne : entre un vieux compilo pourri Fortran et un compilateur récent C très optimisé, il y a fort à parier que le programme C ira plus vite que le programme Fortran.
Toutefois, si vraiment tu veux des perfs pures, peut-être devrais-tu regarder du côté du compilateur Fortran édité par Intel : s'ils continuent de l'éditer et de l'optimiser, il y a sûrement une bonne raison, car ils ont aussi un compilateur C++ qui est un des plus performants possible sur les plate-formes basées sur un processeur Intel...
Le compilateur Fortran a donc forcément des avantages que le compilateur C++ n'offre pas, qui découlent directement de la différence entre les deux langages et/ou des librairies disponibles, et cela n'aurait rien d'étonnant que cela porte sur les calculs numériques.
Merci Mac LAK ...
entre nous j'ai une tendance vers le C/C++ ...
et j'aimerais bien faire mes calculs avec...
merci pou le lien
Hoe,
Pas forcément.Citation:
Envoyé par Mac LAK
Le maintien du Fortran est avant tout la possibilité d'utiliser de très nombreuses bibliothèques bien testées et optimisées, et c'est primordial quand on fait du calcul.
Cette remarque ne signifie pas que le compilateur Fortran d'Intel ne vaut rien, ça se saurait, il est même plutôt réputé. :)
Ben c'est ce que j'ai dit, non ? "et/ou des librairies disponibles"...Citation:
Envoyé par droggo
Tout dépend à quel type et quel niveau de calcul numérique tu fais référence...
Perso, depuis maintenant 7 ans, j'ai jamais regretté d'avoir choisi le C/C++ car étant donné que son utilisation est plus généraliste que le fortran, les compilateurs sont de plus en plus optimisés et beaucoup de ressources et librairies existent à ce sujet.
Sinon la majorité des bibliothèques sont disponibles en c/c++ et en fortran sur Netlib.
Mais vu qu'aujourdhui la majorité des processeurs sont multi-core, il faut surtout penser au multithreading pour optimiser les temps de calcul, et de ce coté le C, voire le C++ sont plus adaptés vu que plusieurs librairies gratuites existent déjà, tel que Open TBB et Boost.
A la parallélisation tu voulais dire peut-être ? Pour le langage, je préfère aussi le C au fortran. D'ailleurs comme il a déjà été plusieurs fois dit tout à l'heure, l'utilisation de Fortran est actuellement souvent liée à des projets de maintenance. Certains logiciels/libs autrefois écrites en Fortran sont même aujourd'hui écrites en C (pour ne citer que Matlab, puisque Matlab est quand même assez une référence). Fortran permet plus facilement d'écrire des programmes scientifiques, mais les performances des programmes C et des programmes Fortran sont la plupart du temps égales. C est par contre plus adaptée pour les parties restantes, parce qu'il n'y a pas qu'à implémenter des formules mathématiques pour écrire un programme.Citation:
il faut surtout penser au multithreading pour optimiser les temps de calcul
...Seulement j'ai écris de routine de calcul ; une avec C et l'autre avec Fortran..ce qui m'a étonné et le temps de calcul et beaucoup plus Petit dans le cas du Fortran ??? qui veut dire que Fortran est plus rapide que C ...Bizarre non ? :cry:Citation:
Envoyé par Melem
Bizarre ? Pas forcément... D'une part, le calcul peut être fait via les coprocesseurs mathématiques disponibles (FPU et SSE), ou par logiciel (formule d'approximation).
Dans le premier cas, aucun langage ne peut aller plus vite, vu qu'au final, ce sera une instruction assembleur qui donnera le résultat.
Dans le deuxième cas, il faut alors voir la précision du calcul obtenu.
Dans tous les cas, il faut vérifier que l'on optimise bien les deux programmes (via les réglages des deux compilateurs) de façon à avoir le maximum de performances possibles.
Je pense que le mieux que tu puisses faire est comparer le code assembleur obtenu.
et Comment faire ça ...? aucune idée sur l'assembleur a moins que j'ai mal compris ...Citation:
Envoyé par Médinoc
Le fortran ayant des contraintes très fortes sur l'aliasing des arguments de ses méthodes (à savoir que deux arguments n'ont simplement pas le droit d'être alias l'un de l'autre), les optimisations des fonctions sur les boucles peuvent être beaucoup plus agressive. En conséquence, pour du calcul type multiplication de matrice ou équivalent, Fortran sera typiquement nettement plus rapide que C.Citation:
Envoyé par aymenk2003
je serais pas si catégorique. Disons que pour obtenir une performance équivalente, l'effort est supérieur en C.Citation:
Envoyé par TropMDR
Ou bien j'ai mal codé ou bien j'ai tord sur le sujet...
j'ai fais 2 code qui font des itération expo de 7000 tours et j'ai noté les 2 temps de calcul qlq sec pour Fortran , 35 sec pour le C...8O
where is the problem ???
Que veux-tu que l'on te dise si tu ne nous montre même pas ce que t'as écrit ? Néanmoins mon idée est que t'as mal codé.
cela dépend..Citation:
Envoyé par aymenk2003
Si tu fais affaire avec des matrices, ne pas oublier que le sens de parcours en mémoire est l'inverse :
le parcours est suivant les colonnes en FORTRAn, suivant les lignes en C...
Comme on l'a dit plus haut, cela dépend du type de calcul.. et de contraintes de compatibilités.. et d'accès disque..Citation:
Envoyé par aymenk2003
Un des énormes avantages (et rapidité) du Fortran est pour les calculs matriciels.. Depuis Fortran 90 (je crois) est intégrée la notation C = A * B
où A, B, et C sont des matrices..
Ce qui, outre le fait d'une écriture mathématiquement correcte et concise, est également optiisé par le compilo... et le runtime..
Maintenant, si c'est pour faire du calcul "normal", voir les contraintes...