标签：style   blog   http   io   strong   文件   2014   cti   

测试环境 

服务器：II服务器 

网站：门户网站

条件 

并发： 2000 

LoadRunner思考时间：1s

表现 

CPU：100% 对应w3wp进程 

WebService–>Current connections：2300 

DB：CPU 10% 无压力

压力降低后表现 

随着并发量下降，CPU 和 WebService–>Current connections 随着下降，随后恢复正常；

分析 

1）IIS的CPU达到100%，DB的CPU只有10%，瓶颈可能在WEB程序端； 

2）压力降低后，CPU 和 WebService–>Current connections 随着下降，并恢复正常，说明有等待，没有死锁；

DUMP文件分析 

1）用  !syncblk 找出等待资源，信息如下： 

2）切换到 91 线程看看它在干什么 

3）看看其他线程在干什么 ~* e !clrstack, 最后看到大部分的调用如下 

结论

明了了，在查找母版页的时候，申请了排它锁，其他线程需要等待当前持有锁的线程释放之后才能继续往下执行，形成了较长的队列，成为了瓶颈。

windbg定位WEB性能瓶颈案例一则,布布扣,bubuko.com

windbg定位WEB性能瓶颈案例一则

标签：style   blog   http   io   strong   文件   2014   cti   

原文地址：http://www.cnblogs.com/gezifeiyang/p/3899056.html