2009-04-24 12 views
4

Ich weiß, dass das Ausführen von Anwendungen in DEBUG (Build-Konfiguration) durch das Visual Studio eine Menge an Overhead hinzufügt, aber ich habe eine WPF-Anwendung, die in der Ausführung und andere Funktionen wie Drag/Drop von Elementen schmerzhaft langsam ist . Wenn ich die Anwendung im Release-Modus laufe, funktioniert sie wie erwartet, sehr schnell und ohne zu zögern. Ich habe keine speziellen Debugging-Parameter oder andere Uhren, Einstellungen oder Haltepunkte eingerichtet, die die Anwendung unterbrechen würden.Warum wird die WPF-Anwendung im Debug-Modus langsam ausgeführt?

Hat jemand sonst ein Problem wie diese oder gibt es möglicherweise nur einige Einstellungen, die angepasst werden können? Es ist nicht wirklich ein Problem mehr von einem warum ist das passiert ...

danke.

+0

Wenn Sie DEBUG und RELEASE sagen, beziehen Sie sich auf die Build-Konfigurationen oder ob ein Debugger angeschlossen ist oder nicht? –

+0

Build-Konfiguration; Post aktualisiert –

Antwort

3

Der Garbage Collector ist im Debug-Modus viel weniger aggressiv.

Versuchen Sie, die Speichernutzung im Task-Manager zu beobachten, die Spalte VM-Größe ist oft am nützlichsten.

Sehen Sie, wenn während der langsamen Operationen eine Menge Speicher freigegeben wird - dies wird darauf hinweisen, dass der Sammler eine Weile nicht viel Arbeit getan hat und dann musste eine größere Säuberung machen.

1

Sie können Ihre Ausgabe und sofortige Fenster überprüfen. Sie erhalten möglicherweise eine Menge Nachrichten, insbesondere wenn Sie verbindliche Fehler erhalten.

+0

Das Projekt, an dem ich arbeitete, hatte Font-Ressourcenreferenzen in den XAML-Dateien, die zu vielen FileNotFound-Ausnahmen führten, gebrochen. Offensichtlich verlangsamen einige Ausnahmen den Start, aber es wird trotzdem irgendwann starten. –

Verwandte Themen