文章出處

今天下午15:11-15:13間出現了類似“黑色30秒”的狀況,我們用強大的IIS日志分析工具——Log Parser Studio進行了進一步的分析。

分析情況如下——

先看一下Windows性能監視器中的問題表現:

然后用Log Parser Studio分析07:11:55與07:13:55(GMT時間)之間的IIS日志,看看這期間有多少time-taken超過1秒的請求。

在短短的2分鐘之內,竟然有315個請求的time-taken超過1秒。

而在這期間Request Execution Time只有1次達到999ms,多數都在200ms以下(見下圖)。

時間都去哪了?請求響應內容發送給客戶端的TCP處理環節是最大的嫌疑。

再選一個沒有出問題的時間段(15:15:40-15:17:40)對比一下:

同樣是2分鐘內,卻只有4次time-taken超過1秒的請求。

再與同一個負載均衡中的另外1臺Web服務器在同時間段內進行對比:

只有42個請求time-taken超過1秒,比出問題的那臺服務器的315少很多。

由此我們可以得出這樣一個結論:在出問題的期間,有大量的請求在處理完成后將響應內容發送給客戶端的環節出現延遲。


文章列表


不含病毒。www.avast.com
全站熱搜
創作者介紹
創作者 大師兄 的頭像
大師兄

IT工程師數位筆記本

大師兄 發表在 痞客邦 留言(0) 人氣()