Question

Quel est le meilleur moyen de détecter une fuite de mémoire qui ne se trouve que sur la zone de test / validation d'un client, et nulle part ailleurs?

Était-ce utile?

La solution

dotTrace3.1

(Cette question est un peu drôle, car je suis en train de suivre une fuite mémoire qui n’est pas présente sur ma machine ...)

Autres conseils

Essayez un profileur de mémoire tel que ANTS Profiler .

Si le problème persiste, prenez un stackdump et analysez-le de manière standard

C'est soit du code, des données ou une configuration.

Puisque vous dites que le code n’est pas défectueux 100% du temps, j’en voudrais à la configuration. Prenez une copie de la configuration (et éventuellement des données) et essayez de reproduire le problème. vous ne saurez pas que vous l'avez trouvé et réparé sans reproduction.

Enfin, résolvez-le avec un profileur de mémoire.

Voici une option: donnez-leur une case où la fuite n'est pas présente.

Parfois, ce n'est pas le code.

Modifier: C'est soit le code, les données ou la configuration.

Ou le .NET Framework, le système d'exploitation, les pilotes, IIS ou COM (automatisation d'Excel, par exemple), etc.>

Mon hypothèse est que la fuite de mémoire n'est reproductible que sur la machine du client (à laquelle le développeur ne peut pas accéder pour le débogage).

PerfMon peut être utile ( http://dotnetdebug.net / 2005/06/30 / perfmon-your-debugging-buddy / ). Plusieurs compteurs peuvent aider à déterminer les ressources qui fuient, et à quel taux, etc.

.
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top