测试环境
服务器：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, 最后看到大部分的调用如下
结论
明了了，在查找母版页的时候，申请了排它锁，其他线程需要等待当前持有锁的线程释放之后才能继续往下执行，形成了较长的队列，成为了瓶颈。