ich den folgenden Absatz begegnet sind:Debug vs. Veröffentlichung Performance
„Debug vs. Veröffentlichung in der IDE Einstellung, wenn Sie Ihren Code in Visual Studio kompilieren macht fast keinen Unterschied zu Performance ... der generierte Code ist fast das gleiche. Der C# -Compiler führt keine Optimierung durch. Der C# -Compiler spuckt nur IL aus ... und zur Laufzeit ist es der JITer, der die gesamte Optimierung durchführt. Der JITer hat einen Debug/Release-Modus und das macht einen großen Unterschied für die Leistung. Aber das Schlüssel nicht ab, ob Sie das Debug ausführen oder Release-Konfiguration Ihres Projektes, dass die Schlüssel ab, ob ein Debugger angeschlossen ist.“
Die Quelle here ist und die Podcast ist here.
Kann mich jemand auf einen Microsoft-Artikel verweisen, der das tatsächlich belegen kann?
"C# Debug-vs-Release Performance" googeln meist gibt Ergebnisse sagen "Debug viel Leistung hat Hit", "Release optimiert" und "Verteilen Sie Debug Produktion" .
mögliche Duplikate von [Leistungsunterschiede zwischen Debug- und Release-Builds] (http://StackOverflow.com/questions/4043821/Performance-Differences-Wintere-Debug-and-Release-Builds) –
Mit. Net4 auf Win7-X 86 Ich habe ein Programm mit eingeschränkter CPU, das ich geschrieben habe und das fast doppelt so schnell in der Veröffentlichung läuft als debug, ohne dass/etc in der Hauptschleife aktiviert wird. – Bengie
Auch wenn Sie sich Gedanken über den Speicherverbrauch machen, kann es große Unterschiede geben. Ich habe einen Fall gesehen, in dem ein Windows-Multithread-Dienst, der im Debug-Modus kompiliert wurde, 700 MB pro Thread verwendete, im Gegensatz zu 50 MB pro Thread im Release-Build. Der Debug-Build hatte bei typischen Anwendungsbedingungen schnell keinen Speicher mehr zur Verfügung. –