什么是最好的方法,来追踪内存泄漏的,这只是找到一个客户的测试/释放箱,而没有在别的地方?

有帮助吗?

解决方案

dotTrace3.1

(这个问题有点好笑,因为我正在跟踪我机器上没有的内存泄漏......)

其他提示

尝试使用内存分析器,例如 ANTS Profiler

如果用户始终存在问题,请采用stackdump并以标准方式进行分析

它是代码,数据或配置。

既然你说代码在100%的时间没有出错,我会责怪配置。获取配置的副本(以及可选的一些数据)并尝试复制问题;你不会知道你发现并修复它而没有复制。

最后,用内存分析器解决它。

这是一个选项:给他们一个没有泄漏的盒子。

有时,这不是代码。

编辑: 它可以是代码,数据或配置。

或.NET Framework,操作系统,驱动程序,IIS或COM(例如,自动化Excel),等等。

我的假设是内存泄漏是不可重现的,除了客户端的盒子(不能允许开发人员进行调试)。

性能可能是有用的(http://dotnetdebug.net/2005/06/30/perfmon-your-debugging-buddy/).有几个计数器,可以帮助缩小了什么资源是泄漏,以及在什么率,等等。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top