Windbg - 分析虚拟字节

时间:2012-12-17 21:49:12

标签: windows windbg production-environment

我有一个有趣的场景。 应用程序具有比我预期更高的虚拟字节值。另一方面,私有字节值合理。

这是一个基于Java的应用程序,它还通过JNI将.Net组件加载到同一进程。这不是采用虚拟字节的Java堆,因为我通过xmx参数限制它。

有没有办法使用Windbg分析虚拟字节的消耗? 例如,如果代码打开另一个进程的共享内存 - 我可以看到它吗?我可以将所有这些共享内存段加起来吗?

这是一个生产环境,所以我有点受限

由于 萨尔

2 个答案:

答案 0 :(得分:1)

虚拟字节表示虚拟地址空间的进程使用,并不一定表示内存使用情况,甚至虚拟内存使用情况。如果进程是32位,那么不要担心这个统计信息,除非它是千兆字节或更多的最佳部分,如果进程是64位,不要担心它会完全停止。

Mark Russinovich的博客文章Pushing the Limits of Windows: Virtual Memory提供了更多详细信息。

您可能希望查看的统计信息是Page File Bytes。私人字节和工作集也可能是有意义的。这些内容在Process Object上的Technet文档中的Windows Server 2003 Performance Counters Reference下进行了描述。

答案 1 :(得分:1)

在用户模式调试会话中,您可以使用!address command !address -f:FileMap!address -summary

0:018> !address -summary


Failed to map Heaps (error 80004005)

--- Usage Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal
Free                                    211      7ff`f38e3000 (   8.000 Tb)          100.00%
Image                                   577        0`05cec000 (  92.922 Mb)  46.68%    0.00%
MemoryMappedFile                         60        0`0375a000 (  55.352 Mb)  27.81%    0.00%
<unclassified>                          115        0`0289e000 (  40.617 Mb)  20.41%    0.00%
Stack                                    60        0`00a00000 (  10.000 Mb)   5.02%    0.00%
TEB                                      20        0`00028000 ( 160.000 kb)   0.08%    0.00%
PEB                                       1        0`00001000 (   4.000 kb)   0.00%    0.00%

--- Type Summary (for busy) ------ RgnCount ----------- Total Size -------- %ofBusy %ofTotal
MEM_IMAGE                               578        0`05ced000 (  92.926 Mb)  46.68%    0.00%
MEM_MAPPED                               60        0`0375a000 (  55.352 Mb)  27.81%    0.00%
MEM_PRIVATE                             195        0`032c6000 (  50.773 Mb)  25.51%    0.00%

--- State Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal
MEM_FREE                                211      7ff`f38e3000 (   8.000 Tb)          100.00%
MEM_COMMIT                              782        0`08ae4000 ( 138.891 Mb)  69.78%    0.00%
MEM_RESERVE                              51        0`03c29000 (  60.160 Mb)  30.22%    0.00%

--- Protect Summary (for commit) - RgnCount ----------- Total Size -------- %ofBusy %ofTotal
PAGE_READONLY                           336        0`050ca000 (  80.789 Mb)  40.59%    0.00%
PAGE_EXECUTE_READ                       104        0`02785000 (  39.520 Mb)  19.85%    0.00%
PAGE_READWRITE                          262        0`010db000 (  16.855 Mb)   8.47%    0.00%
PAGE_WRITECOPY                           59        0`0017d000 (   1.488 Mb)   0.75%    0.00%
PAGE_READWRITE|PAGE_GUARD                20        0`0003c000 ( 240.000 kb)   0.12%    0.00%
PAGE_EXECUTE_READWRITE                    1        0`00001000 (   4.000 kb)   0.00%    0.00%

--- Largest Region by Usage ----------- Base Address -------- Region Size ----------
Free                                      0`ff8b5000      7fd`ed39b000 (   7.992 Tb)
Image                                   7fe`fe39a000        0`0089e000 (   8.617 Mb)
MemoryMappedFile                          0`007b1000        0`012df000 (  18.871 Mb)
<unclassified>                            0`7f0e0000        0`00f00000 (  15.000 Mb)
Stack                                     0`06740000        0`00079000 ( 484.000 kb)
TEB                                     7ff`fff94000        0`00002000 (   8.000 kb)
PEB                                     7ff`fffd9000        0`00001000 (   4.000 kb)