2013-08-16 71 views
0

我正在測試G-wan服務器的性能,它非常驚人!下面是從report.c輸出Gwan report.c statistics

請求
全部:5725(高速緩存未中6.06%)
HTTP:66(所有請求的1.15%)
錯誤:70(所有請求的1.22% )
CSP:5650(所有請求的98.69%)異常:1個

連接
接受:每個連接4717(1.21請求)
休息日:4372
時間682(14.46%)接受:682閱讀:0慢:0創建:0發送:0關閉:0
繁忙:345(等待:334閱讀:9回覆:2發送:0推送:0中繼:0關閉:0)

我發現錯誤率似乎很高,並且CSP也出現異常,誰能告訴我「錯誤」是什麼意思以及如何避免它?謝謝!

回答

0

「錯誤」速度似乎相當高

HTTP errors(從客戶端,沒有發現資源等來了錯誤的請求 - 看看error.log文件痕跡)。

避免HTTP錯誤的唯一方法是阻止客戶端連接到服務器。

如果你不能與此的所有請求然後用G-WAN的連接處理器(與HTTP_ERROR通知)的1.22%「HTTP錯誤率高」住,使G-WAN忽略HTTP錯誤和關閉連接而不發送HTTP錯誤消息(只需在處理程序中返回0) - 但這可能不是大多數用戶想要的。

有一個例外的CSP發生過

的異常意味着一個「優雅的崩潰報告」發出了一個servlet錯誤。由於在5,650個動態請求中只有1次崩潰,這可能是在servlet開發期間發生的。看看你的error.logtrace文件來檢查發生了什麼。

請注意,「緩存未命中」統計信息僅用於靜態內容(佔所有HTTP請求的1.15%)。

顯然,並非所有客戶都及時響應:您有超時和待處理的請求。

+0

謝謝您的信息!此外,我還有另外一個G-wan的問題,它會在每天的00:00變得不穩定,最後在gwan.log上得到一條消息。[Mon,2013年8月19日00:07:13 GMT] *孩子在3歲內死亡3次秒「,這是一個錯誤? – moriya

+0

我覺得這個問題是由hyperisor引起的,我會試着在專用機器上再次測試gwan! – moriya

+0

迄今爲止運行良好的4年舊代碼的新問題是一個平臺問題,我們已經找到了一個解決方法,在幾周內發佈下一個版本。 – Gil