Différence entre Visual C ++ 2008 et 2005

Question

Je n'ai trouvé aucune information utile sur le site de Microsoft. Voici donc la question: le compilateur dans Visual C ++ 2008 a-t-il été amélioré de manière significative depuis la version 2005? Je recherche surtout une meilleure optimisation.

Answer 1

Tout droit de la bouche du cheval ....

  

http://msdn.microsoft.com/en-us/library /bb384632.aspx

Answer 2

Somasegar contient quelques notes dans ce article de blog . Principalement sur les améliorations incrémentielles apportées à la construction et améliorations multi-core .

Answer 3

Selon l’un de nos développeurs expérimentés, VS2008 offre une prise en charge étendue de la compilation multicœur (fichier par fichier plutôt que par projet), ce qui permet une optimisation raisonnable des performances de votre projet.

Answer 4

Avez-vous regardé ici , ici ou ici ?

Si oui et qu’aucune information n’y figurait, vous pourriez commencer par vérifier la version du compilateur (cl.exe), la version de l’éditeur de liens (link.exe), puis effectuer des tests de performance (tests d’optimisation) et voir qui est le gagnant.

Généralement, une version plus récente de cl.exe sera préférable. On ne peut pas parler de la même chose à propos de l'interface utilisateur de Visual Studio (du moins d'après mon expérience).

Answer 5

D'après mon expérience, les optimisations du compilateur ne s'améliorent que de quelques pour cent au plus entre les versions; si vous avez vraiment besoin de plus de performances, ces quelques pour cent ne suffiront tout simplement pas. Vous devrez vous en prendre à du code si vous voulez plus.

N'oubliez pas que les compilateurs sont extrêmement stupides et peuvent généralement être déjoués par un programmeur intelligent. la seule question est de savoir si cela vaut la peine de consacrer du temps et des efforts à le faire. Si vous avez une seule fonction principale qui représente 90% de votre temps CPU, cela pourrait être le cas. Si l'exécution est répartie de manière égale sur dix mille lignes de code, probablement pas.

Bien sûr, si votre problème de vitesse est dû à la lenteur des algorithmes, aucun compilateur ne peut vous sauver.