報告分析
1) 為方便查詢
a) 以 timestamp+webtestname+userload 命名 test result
b) 將部分指標以 % 換算（ ex ： network i/o 、 fail ratio ）
2) 效能定位的目的：基於成本考量，將系統最昂貴部分用至極限從而確定了優先順序排序 i/o 、 cpu 、 mem
n1、 n2、 n3、 n4、 n5、 n6
tools ：
tcp view ：檢視鏈結狀態（ establish/wait/close ）
檢視鏈結是否建立、增加是否合理
檢視鏈結是否釋放、是否等待
檢視鏈結（ server/ 埠）接入接出、是否符合預期
microsoft network monitor ：抓包，檢視是否為不必要傳輸
network i/o 與網路堵塞無直接聯絡
例：如返回結果集必要 & 大位元組數，但並不說明其有優化餘地
s1、 s2、 w1、 w2
tools ：
windg ：抓記憶體檢視程式是否堵塞或異常
步驟：
. 命令列 cd c:/program files/ … debug …：進入 windg 安裝路徑
. 命令列 adplus -p 程序號 -hang/-crash ：抓記憶體
. 雙擊開啟 cd c ： /program files/ … debug … /winkg.exe ，輸入：
.load c ： /windows/microsoft.net/framework/v2.0.50727/sos.dll
!threads
~190s ： 190 為行號（檢視原則： status=1 ，意為堵塞
!clrstack
red gate ：
ants performance profiler ：通過 create graph 檢視執行分布
步驟：
. performance counters 自定義計數器
. 製圖「 events 」中紅色標識即為異常
. 製圖「 method 」統計顯示**執行次數，單擊後「 sourcecode 」區域顯示**邏輯從而判斷是否存在不必要的執行
ants memory profiler ：檢視各組**記憶體消耗，可能原因：
. 記憶體與硬碟快取交換 cache turnover rate
. 資料快取區的快取記憶體命中率 cache hit ratio ？
<90%
. 資料庫鎖
. 資料庫設定
. 實際使用量
d1
tools ：
sql server profiler ：檢視是否死鎖
database engine tuning advisor tuning ：檢視是否需新增索引或分頁
使用dev tool定位頁面效能瓶頸
這是部門同事的一次內部分享，聽完後受益頗多，趁著記憶還算新鮮，趕緊記錄一波。當瀏覽器傳送乙個請求到接受所有響應資料截止，這個過程發生了什麼？我們最關心的時間又是如何被消耗的？從connection start到content download 圖 1 請求並得到乙個網路資源 檔案的過程 及時間 名詞...
MYSQL 效能瓶頸定位
查詢與索引優化分析 在優化mysql時，通常需要對資料庫進行分析，常見的分析手段有慢查詢日誌，explain 分析查詢，profiling分析以及show命令查詢系統狀態及系統變數，通過定位分析效能的瓶頸，才能更好的優化資料庫系統的效能。1 效能瓶頸定位show命令 我們可以通過show命令檢視my...
效能測試瓶頸分析
在效能測試過程中，瓶頸猶如功能測試的bug，瓶頸的分析猶如bug的定位。效能測試工程師好比醫生，看到病象，定位 效能瓶頸的定位更像庖丁解牛，層層解剖，最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象，其實說明不了什麼問題，就象...