C# Debug vs Release

Question

Quel gain de performance (le cas échéant) un service Windows peut-il gagner entre une version de débogage et une version de build et pourquoi?

Answer 1

Pour le code managé, sauf si vous avez beaucoup de choses dans certaines conditions compilé pour debug il devrait y avoir peu de différence - l'IL devrait être à peu près la même chose. Le Jitter génère différemment lorsqu'il est exécuté sous le débogueur ou non - la compilation vers IL n'est pas beaucoup affectée.

Il y a certaines choses que l'/optimize lors de la compilation à ne IL, mais ils ne sont pas particulièrement agressifs. Et certaines de ces optimisations IL seront probablement gérées par les optimisations de gigue, même si elles ne sont pas optimisées dans l'IL (comme la suppression de Nops).

Voir Eric article Lippert http://blogs.msdn.com/ericlippert/archive/2009/06/11/what-does-the-optimize-switch-do.aspx pour plus de détails:

Le/optimize drapeau ne change pas une quantité énorme de notre émission et la logique de génération. Nous essayons toujours de générer un code simple et vérifiable, puis de compter sur la gigue pour effectuer la lourde levée des optimisations lors de la génération du code machine réel. Mais nous allons faire quelques optimisations simples avec cet ensemble de drapeaux.

Lire l'article d'Eric pour plus d'informations sur /optimize fait différemment dans la génération IL.

Answer 2

Eh bien, si la question est un double, je pense que certaines des meilleures réponses à la question initiale sont au bas. Personnellement, j'ai vu des situations où il y a une différence appréciable entre les modes de débogage et de relâchement. (Exemple: Property performance, où il y avait une différence de 2x entre l'accès aux propriétés en mode debug et release). Si cette différence serait présente dans un logiciel réel (au lieu de programme de référence) est discutable, mais je l'ai vu se produire dans un produit sur lequel j'ai travaillé.

De la réponse de Neil sur la question d'origine, de msdn social:

Il est pas bien documenté, voici ce que je sais. Le compilateur émet une instance de System.Diagnostics.DebuggableAttribute. Dans la version de débogage, la propriété IsJitOptimizerEnabled a la valeur True, dans la version de version, elle est False. Vous pouvez voir cet attribut dans le manifeste d'assembly avec ildasm.exe.

Le compilateur JIT utilise cet attribut pour désactiver les optimisations qui rendraient le débogage difficile. Ceux qui se déplacent autour du code comme le levage en boucle invariante. Dans certains cas, cela peut faire une grande différence dans les performances. Pas habituellement cependant.

Le mappage des points d'arrêt aux adresses d'exécution est le travail du débogueur. Il utilise le fichier .pdb et les informations générées par le compilateur JIT qui fournit l'instruction IL au mappage d'adresse de code. Si vous écrivez votre propre débogueur, vous utiliserez ICorDebugCode :: GetILToNativeMapping().