背景：我們專案測試是分為兩台伺服器，暫且定位a伺服器和b伺服器
a伺服器是用來功能測試和安全測試的，b伺服器是用來壓力測試的。
問題：壓測人員在進行專案一分鐘併發測試的時候，發現tps只有20多，並且呈現持續下降現象。
原始分析：
情況一：日誌輸出爆滿，伺服器壓力扛不住----------清理日誌
情況二：有引用第三方介面---------第三方介面日誌清理
解決：1).首先清理壓測伺服器的日誌，清理完之後，還是很慢呈現下降趨勢。
2).清理第三方介面日誌，tps提高了點，但是還是20多，並且依然呈現下降趨勢。
最後解決：
將第三方介面注釋掉，就可以了達到了200多
因為壓測的第三方介面是在功能測試的伺服器上，而功能測試伺服器是不能用來壓測的，所以在高併發的情況下，伺服器壓力持續增大，並出現飽和的情況。
Loadrunner壓測最大TPS與壓測結果分析
1 事物通過率 事物通過率 成功事物數 總事物數，業界公認事物通過率標準為99.99 但涉及到支付的，事物通過率一定要為100 2 不建議使用lr自帶的監控功能 lr有提供apache 資料庫 linux等資源監控功能，但實際壓測時我們一般都都不會用到，壓測時我們只用lr看響應時間 tps，就足夠。...
Linux下 fio磁碟壓測實錄
專業的測試磁碟io效能的軟體 1 fio 推薦使用 2 iometer fio的使用 參考 注意，我先使用yum安裝的fio，測試時候報錯，建議使用最新版的fio工具編譯安裝。方法如下 yum install libaio libaio devel 需要先安裝2個包 tar xf fio 2.1.4...
壓測場景下的 TIME WAIT 處理
簡介 壓測場景下的 time wait 處理 某專有雲專案具備壓測場景，在windows的壓測機上用 loadrunner 進行業務的壓力測試，壓測執行一段時間後出現大量埠無法分配的報錯。其實通過問題描述，以及 windows的報錯資訊基本確定是壓測機的問題。但可能原因較多，一直未能達成一致。所以，...