2009-04-24 6 views
4

Je sais que l'exécution d'applications dans DEBUG (configuration de build) à travers le studio visuel ajoute un niveau de surcharge, mais j'ai une application WPF que je suis en train de tester qui est douloureusement lente et d'autres fonctions telles que glisser/déposer des éléments . Quand je lance l'application en mode Release, il fonctionne comme on peut s'y attendre, très rapidement et sans hésitation. Je n'ai pas mis en place de paramètres de débogage spéciaux ou d'autres montres, paramètres ou points d'arrêt qui pourraient interrompre l'application.Pourquoi l'application WPF s'exécute-t-elle en mode de débogage lentement?

Est-ce que quelqu'un d'autre a rencontré un problème comme celui-ci ou est-ce qu'il y a peut-être juste un réglage qui peut être ajusté? Ce n'est pas vraiment un problème plus d'un pourquoi est-ce que cela se passe ...

merci.

+0

Lorsque vous dites DEBUG et RELEASE, faites-vous référence aux configurations de construction, ou si un débogueur est attaché ou non? –

+0

configuration de construction; post mis à jour –

Répondre

3

Le garbage collector est beaucoup moins agressif en mode débogage. Essayez de regarder l'utilisation de la mémoire dans le gestionnaire de tâches, la colonne Taille de la VM est souvent la plus utile. Si au cours des opérations lentes, beaucoup de mémoire est libérée, cela indique que le collecteur n'a pas pris la peine de faire beaucoup de travail pendant un moment et qu'il a ensuite dû lancer un nettoyage plus important.

1

Vous pouvez vérifier vos fenêtres de sortie et d'exécution immédiate. Vous recevez peut-être beaucoup de messages, surtout si vous obtenez des erreurs de liaison.

+0

Le projet sur lequel je travaillais avait des références de ressources de polices cassées dans les fichiers xaml, ce qui conduisait à beaucoup d'exceptions FileNotFound. Apparemment, certaines exceptions ralentissent le démarrage, mais cela commencera quand même. –

Questions connexes