【性能分析】UMDH分析内存泄露

在使用WPA分析性能的时候，发现一款轻量级的内存泄露分析工具UMDH（User-Mode Dump Heap），现在研究实践如何使用该工具进行内存泄露分析

Umdh 是 Debugging Tools for Windows 里面的一个工具，主要通过分析比较进程的Heap Stack trace信息来发现内存泄露

HMDH内存泄露分析适用范围

1. dll内存泄露
2. 长时间才出现的
3. 不易分析的内存泄露问题

使用前先要进行安装和配置

下载

http://www.microsoft.com/whdc/devtools/debugging/default.mspx

设置环境变量

使用命令行进行配置

set _NT_SYMBOL_PATH=F:\Windows Kits\Debuggers\x64

使用界面进行配置

设置检测模式

可以在命令行中输入 gflags 或者启动程序Debugging Tools for Windows，启动后设置界面如下

现在进行界面设置

System Registry

Kernel Flags

umdh创建heap快照

开启cmd，输入命令umdh ，界面提示如下

我们使用提示中的EXAMPLE

EXAMPLE:    -1- umdh.exe -pn:application_name.exe -f:FirstDump.txt    -2- ... exercise the application    -3- umdh.exe -pn:application_name.exe -f:SecondDump.txt    -4- umdh.exe FirstDump.txt SecondDump.txt -f:Result.txt           Compares allocations from the two dumps.    umdh.exe Dump.txt           Investigate a single dump.

内存泄露的.exe程序为博客 【性能分析】内存泄露C++程序 编写的C++小程序 newChar.exe

生成第一个时间节点分析文件

umdh  -pn:newChar.exe -f:D:/FirstDump.txt

等待一段时间，newChar.exe运行ing

生成第二个时间节点分析文件

umdh -pn:newChar.exe -f:D:/SecondDump.txt

对比数据

将两次文件综合得到最终分析文件

umdh D:/FirstDump.txt D:/SecondDump.txt -f:D:/Result.txt

打开生成的Result.txt 文件

+11e1a118 ( 13e509b4 - 203689c)   13e1 allocs   BackTraceC3D91172+    11de (  13e1 -   203)  BackTraceC3D91172   allocations    ntdll!RtlWalkHeap+203    ntdll!memset+DA3A    MSVCR120D!heapwalk+27D    MSVCR120D!free_dbg+9AB    MSVCR120D!msize_dbg+309    MSVCR120D!msize_dbg+299    MSVCR120D!malloc+2A    MSVCR120D!operator new+13    newChar!operator new[]+13 (f:\dd\vctools\crt\crtw32\stdcpp\newaop.cpp, 7)    newChar!wmain+32 (d:\c++project\newchar\newchar\newchar.cpp, 15)    newChar!__tmainCRTStartup+19D (f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, 623)    newChar!wmainCRTStartup+E (f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, 466)    KERNEL32!BaseThreadInitThunk+22    ntdll!RtlUserThreadStart+34-      78 (     0 -    78)      0 allocs    BackTraceC5705F12-       3 (     0 -     3)  BackTraceC5705F12   allocations    ntdll!RtlWalkHeap+203    ntdll!memset+DA3A    ntdll!RtlAllocateActivationContextStack+27    ntdll!LdrShutdownThread+300    ntdll!LdrInitializeThunk+EB    ntdll!LdrInitializeThunk+E-     198 (     0 -   198)      0 allocs    BackTraceC5705F92-       3 (     0 -     3)  BackTraceC5705F92   allocations    ntdll!RtlWalkHeap+203    ntdll!memset+DA3A    ntdll!RtlAdjustPrivilege+140    ntdll!EtwEventRegister+EE    KERNEL32!BaseThreadInitThunk+22    ntdll!RtlUserThreadStart+34-     ab0 (     0 -   ab0)      0 allocs    BackTraceC5706152-       3 (     0 -     3)  BackTraceC5706152   allocations    ntdll!RtlWalkHeap+203    ntdll!memset+DA3A    ntdll!EtwEventRegister+AF7    KERNEL32!BaseThreadInitThunk+22    ntdll!RtlUserThreadStart+34Total increase == 11e19458 requested +  310a8 overhead = 11e4a500

每一段代表一次系统分配内存的动作，每一段最上为系统内核最终调用分配函数

比如ntdll!RtlWalkHeap+203 ，最下则是应用层调用，并注明了在哪个文件的具体哪一行。除了一些系统的函数分配动作，剩下的都是由程序产生，故比较容易可分析出哪里出现了内存泄露

分析数据

让我们分析一下BackTraceC3D91172 模块数据

找到第二个日志文件，即SecondDump.txt 文件，搜索BackTraceC3D91172

再查看Result.txt文件

+11e1a118 ( 13e509b4 - 203689c)   13e1 allocs   BackTraceC3D91172+    11de (  13e1 -   203)  BackTraceC3D91172   allocations    ntdll!RtlWalkHeap+203    ntdll!memset+DA3A    MSVCR120D!heapwalk+27D    MSVCR120D!free_dbg+9AB    MSVCR120D!msize_dbg+309    MSVCR120D!msize_dbg+299    MSVCR120D!malloc+2A    MSVCR120D!operator new+13    newChar!operator new[]+13 (f:\dd\vctools\crt\crtw32\stdcpp\newaop.cpp, 7)    newChar!wmain+32 (d:\c++project\newchar\newchar\newchar.cpp, 15)    newChar!__tmainCRTStartup+19D (f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, 623)    newChar!wmainCRTStartup+E (f:\dd\vctools\crt\crtw32\dllstuff\crtexe.c, 466)    KERNEL32!BaseThreadInitThunk+22    ntdll!RtlUserThreadStart+34

发现wmain 函数中有new操作，分配了新的内存，但是并没有进行释放，定位到源代码行

即可定位到代码中内存泄露的代码行，搞定