[ASP.NET Debugging BuggyBits读书笔记] Lab01 Hang

原帖来自:http://blogs.msdn.com/b/tess/archive/2008/02/06/net-debugging-demos-lab-1-hang-review.aspx

1. 打开Tinyget执行  tinyget –srv:localhost –uri:\buggybits\FeaturedProducts.aspx –threads:30 –loop:50

此时tiny将启动30个线程对指定server的uri路径发起50个请求。

2. 在命令行里切换到WinDbg目录,执行 adplus –hang –pn w3wp.exe –quiet 之后将会生成一个dump文件。

3. 使用WinDbg打开抓到的.dmp文件。

4. 执行 .loadby sos.dll mscorwks

5. 执行 ~*e!clrstack (~代表线程,*代表所有,e代表execute,!clrstack代表托管命令clrstack。所有整个命令的意思是在所有线程上执行托管命令!clrstack查看call stack的情况)

[ASP.NET Debugging BuggyBits读书笔记] Lab01 Hang_第1张图片

可以推测线程此时运行的情况是:

void GetFeaturedProducts()

{

        lock(obj)

        {

                DoSomething();

        }

}

程序pending在了lock这里,等待获取该同步块。

可以看到很多托管线程都pending在Monitor.Enter这个method这里,因此怀疑是同步的问题。

5. 执行 !syncblk 查看sync块:

[ASP.NET Debugging BuggyBits读书笔记] Lab01 Hang_第2张图片

可见这个Syncblk的对象是System.Object类型的,线程22拥有它,等待它的线程有有(47-1)/2=23个。Monitor Held字段里,拥有的线程计数1,等待的线程计数2.

6. 执行 ~22s切换到该拥有同步块的线程,查看其在干什么。执行 !clrstack

[ASP.NET Debugging BuggyBits读书笔记] Lab01 Hang_第3张图片

可见拥有该程序块的线程进入了sleep状态。

7. 查看源代码,在App_Code里的DataLayer.cs里面的GetFeaturedProducts()方法里有如下的代码段:

[ASP.NET Debugging BuggyBits读书笔记] Lab01 Hang_第4张图片

20110216添加:

一. 如何判定可能是由于资源抢占导致的程序Hang住?

  1. CPU利用率不高 2. 同时打开的页面越大,hang的情况越严重

你可能感兴趣的:([ASP.NET Debugging BuggyBits读书笔记] Lab01 Hang)