【发布时间】:2009-09-15 03:28:55
【问题描述】:
我尝试使用 winDBG (adplus) 转储 w3wp 进程。
当我运行这个命令 adplus.vbs -hang -quiet -p **** 时,我发现它创建了一个包含大文件的文件夹,并且大小在增长。然后突然间,大文件消失了,过程又重新开始了。有人知道吗?
最好的问候,
【问题讨论】:
标签: sharepoint windbg
我尝试使用 winDBG (adplus) 转储 w3wp 进程。
当我运行这个命令 adplus.vbs -hang -quiet -p **** 时,我发现它创建了一个包含大文件的文件夹,并且大小在增长。然后突然间,大文件消失了,过程又重新开始了。有人知道吗?
最好的问候,
【问题讨论】:
标签: sharepoint windbg
永威,
科林是对的;实际上,您正在与 IIS 竞争,因为它正在回收应用程序池。当您拍摄进程快照时,您要么达到了回收的内存阈值,要么运行状况检查发现进程被挂起并启动回收(可能是由于 ADPlus 锁定了进程)
在尝试下一次捕获之前,我将如何修改您的应用程序池特征。只要捕获转储,您只需要这些更改生效:
实际上:您需要关闭所有尝试的功能以保持您的应用程序池运行良好。捕获内存快照需要时间(如您所知)。
我还建议您查看 SysInternals 人员的 ProcDump (http://technet.microsoft.com/en-us/sysinternals/dd996900.aspx)。它上个月刚刚发布,它使进程内存捕获更容易一些。一篇关于使用它捕获 W3WP 的文章在这里:http://blogs.msdn.com/webtopics/archive/2009/08/08/using-procdump-exe-to-monitor-w3wp-exe-for-cpu-spikes.aspx
我希望这会有所帮助!
【讨论】:
我只能想象 w3wp 进程的内存使用量太大而触发了应用程序池回收,这意味着重新启动 w3wp。
【讨论】: