- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我已经设置了一个测试工具来测试我正在为项目开发的 DLL 中的一组函数。
我想验证这些函数在 Windows 系统上是否存在零内存泄漏。
我已经正确设置了 UMDH,并且能够在两个堆转储之间获取比较文件。甚至堆栈跟踪也显示正常。
diff 的输出让我感到困惑,我希望有人能帮助解释为什么我得到了我得到的输出。
+ 56 ( 56 - 0) 1 allocs BackTrace9C160
+ 1 ( 1 - 0) BackTrace9C160 allocations
我将 log1 和 log2 设置为相隔 1 个整数分配,只是为了验证我的设置。
的确,它只显示了 1 个分配,但是,它说前后有 56 字节的变化。我只希望 sizeof(int) 以字节为单位发生变化。在我的系统上,int 分配的大小是 4 个字节,所以我期望看到 +4,而不是 +56。
同样,在日志之间运行的唯一代码行是
new int; //purposely leak memory
有什么解释吗?
IDE/编译器:Visual Studio 2010
应用程序是 64 位
涉及一个 DLL(但在这个简单的 int 分配示例中我什至没有调用它)
如果我注释掉泄漏,我得到零分配和 +0 字节。所以我认为验证没有额外的字节来自应用程序中的其他任何地方,只是来自上面显示的那 1 行......
请参阅下面的 SleuthEye 解决方案。这也是我添加的评论作为对解决方案的评论,我认为这对最终使用这个问题的人是有益的:
此外,如果您在 .exe 的发布版本上运行此程序,并且还在运行目录中包含程序调试数据库,umdh 将提取源文件名和内存泄漏的行号,同时保持准确的字节数数。就内存泄漏搜索而言,这为您提供了调试和发布版本的好处。
最佳答案
这 56 个字节是由 C 运行时库 (CRT) 在使用调试堆时分配的额外内存产生的,如 MSDN 中所述。 .
查看dbbint.h,其中_CrtMemBlockHeader
结构定义为:
#define nNoMansLandSize 4
typedef struct _CrtMemBlockHeader
{
struct _CrtMemBlockHeader * pBlockHeaderNext;
struct _CrtMemBlockHeader * pBlockHeaderPrev;
char * szFileName;
int nLine;
#ifdef _WIN64
/* These items are reversed on Win64 to eliminate gaps in the struct
* and ensure that sizeof(struct)%16 == 0, so 16-byte alignment is
* maintained in the debug heap.
*/
int nBlockUse;
size_t nDataSize;
#else /* _WIN64 */
size_t nDataSize;
int nBlockUse;
#endif /* _WIN64 */
long lRequest;
unsigned char gap[nNoMansLandSize];
/* followed by:
* unsigned char data[nDataSize];
* unsigned char anotherGap[nNoMansLandSize];
*/
} _CrtMemBlockHeader;
之后是为您的 int
分配的内存,然后是额外的 4 字节“NoMansLand”缓冲区。因此,对于 64 位应用程序,为单个 int
测试用例分配的总内存达到 sizeof(_CrtMemBlockHeader)+sizeof(int)+4
= 48+4+4
= 56
。
请注意,在发布版本(未分配 _CrtMemBlockHeader
)上运行相同的分析会产生以下比较日志输出:
+ 4 ( 4 - 0) 1 allocs BackTrace2
+ 1 ( 1 - 0) BackTrace2 allocations
关于c++ - 理解 UMDH 比较输出,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26867331/
背景 我已经设置了一个测试工具来测试我正在为项目开发的 DLL 中的一组函数。 我想验证这些函数在 Windows 系统上是否存在零内存泄漏。 我已经正确设置了 UMDH,并且能够在两个堆转储之间获取
我有两个关于 umdh 的基本问题: 如果它所做的只是报告分配,而不是解除分配,它如何帮助我发现泄漏?在 diff 结果中,我得到了很多新的分配,但没有关于哪些已解除分配哪些未解除分配(因此导致泄漏)
我正在尝试使用 UMDH 调试内存泄漏。但是,它从未成功加载符号。我很确定我的设置正确 - C:\Documents and Settings\Administrator>set _ _NT_SYMB
我有一个 C++ Windows 应用程序,它会在每个事务中泄漏内存。使用 perfmon 我可以看到私有(private)字节随着每个事务的增加而增加,当应用程序空闲时内存使用率是平稳的。 根据之前
我正在使用 UMDH 工具来分析我的应用程序的内存泄漏。 UMDH 日志观察到的主要泄漏如下: 237856226 ( 241016812 - 3160586) 3704833 分配 BackTrac
我以前用过 UMDH 十几次,从来没有遇到过任何问题。 突然间,我在转储文件的堆栈跟踪中找不到函数名称 - 只有一系列地址。 我已经启用了: gflags exe_name +ust 我启动 exe_
在 Windows Vista 中,我发现 UMDH 非常有用,但我在 Windows 7/8 中找不到它,Microsoft 是否弃用了 GFlags 和 UMDH?如果是这样,我是否可以通过 Wi
在 Windows 7.VS2008 上运行的 C++ native 代码。 我的应用程序的特定状态更改将工作集(私有(private)工作集)从 16Mb(6.5Mb) 增加到 38Mb(22Mb)
我是一名优秀的程序员,十分优秀!