Je n'en sais rien je n'ai pas tes compétences mais autant utiliser les optimisations maximales. (Quoique il y en a un bon paquet qui ne sont pas activées avec -O3).Si tu crois que c'est ça qui va faire la différence...
On en revient toujours au même problème, est-ce que le problème vient du portage d'ICC sur Linux ou de GCC sur windows ? Je n'en sais rien.Les perfs d'ICC était du même ordre de grandeur que GCC.
Bien entendu . Et pour information, mon test gcc/Icc ne portait pas sur Linux.Mais après tout c'est peut-être la faute à Linux, je n'en sais rein.
Je vais défendre ma paroisse mais je maintient que travailler sur les algorithmes est bien plus important que travailler sur les options et le choix de son compilateur. Perso, je pars du principe que si le compilateur compile le code dans le langage que l'on veut (avec la norme que l'on veut), ça suffit.Bien sûr, mais c'est du bla-bla. Ici on suppose sur du code identique.
Personnellement je ne cherche pas à prouver quoi que ce soit, ça n'est pas mon propos.Vous voulez me/vous prouver que GCC est un bon compilateur?
Manifestement tu n'as pas lu ce que nous avons écrit au dessus : la rapidité d'exécution dépend également du code et n'est pas dépendant uniquement du compilateur. Dans ton cas (comme dans d'autres) ICC sera plus rapide, dans d'autres cas on pourra trouver du code plus rapide sur GCC. La vitesse va aussi dépendre du processeur sur lequel est éxécuté le code. Les compilateurs génèrent du code différent suivant les processeurs cibles et donc parfois pas toujours aussi efficacement, bref trop de paramètres pour effectuer une comparaison objective (si tant est qu'on puisse arriver à une objectivité dans ce domaine)Alors testez mon petit bench, vous n'en aurez pas pour longtemps. Le reste n'est que verbiage...
Je prédis que GCC est hors du coup face à ICL...
Partager