如何检测W3WP进程的内存使用情况及.NET内存泄漏和死锁问题?
- 内容介绍
- 文章标签
- 相关推荐
本文共计4172个文字,预计阅读时间需要17分钟。
一、基础知识+在分析之前,先上图:+从上图可见,这个w3wp进程占用了376M内存,启动了54个线程。+在使用windbg查看之前,看到的进程含有*32*字符,意味着是在64位机器上,运行的是32位程序。
一 基础知识
在分析之前,先上一张图:
从上面可以看到,这个w3wp进程占用了376M内存,启动了54个线程。
在使用windbg查看之前,看到的进程含有 *32 字样,意思是在64位机器上已32位方式运行w3wp进程。这个可以通过查看IIS Application Pool 的高级选项进行设置:
好了,接下打开Windbg看看这个w3wp进程占用了376M内存,启动的54个线程。
1. 加载 WinDbg SOS 扩展命令
.load C:\Windows\Microsoft.NET\Framework\v2.0.50727\sos.dll
2. !dumpheap -stat
!DumpHeap 将遍历 GC 堆对对象进行分析。
本文共计4172个文字,预计阅读时间需要17分钟。
一、基础知识+在分析之前,先上图:+从上图可见,这个w3wp进程占用了376M内存,启动了54个线程。+在使用windbg查看之前,看到的进程含有*32*字符,意味着是在64位机器上,运行的是32位程序。
一 基础知识
在分析之前,先上一张图:
从上面可以看到,这个w3wp进程占用了376M内存,启动了54个线程。
在使用windbg查看之前,看到的进程含有 *32 字样,意思是在64位机器上已32位方式运行w3wp进程。这个可以通过查看IIS Application Pool 的高级选项进行设置:
好了,接下打开Windbg看看这个w3wp进程占用了376M内存,启动的54个线程。
1. 加载 WinDbg SOS 扩展命令
.load C:\Windows\Microsoft.NET\Framework\v2.0.50727\sos.dll
2. !dumpheap -stat
!DumpHeap 将遍历 GC 堆对对象进行分析。

