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

时间:2021-09-09 06:04:32

测试环境

服务器: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 找出等待资源,信息如下:

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

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

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

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

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

结论

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