我們在進行壓力測試的時候，隨著併發數不斷的遞增，cmd跑的時候會很吃力，這時候我們可以通過linux系統來進行監控

專案在哪個作業系統部署的就在哪裡進行壓測

在linux系統上我們可以通過top命令來檢視cpu程序

us是使用者的cpu

sy是系統的的cpu

常見的問題

1、cpu過高

如果us的cpu佔比為100%時

可以通過程序-執行緒-程式碼來進行篩查，找開發

如果sycpu爆滿，找運維

這是cmd執行操作的用時

這是平均用時，按毫秒來換算，1000ms=1s

2、響應報錯（響應報錯但是不返回狀態碼，就好比排隊的時間過長但還是處在排隊狀態）

3.按正常來說 web進行壓測的話，響應的時長在兩秒內算是正常的值

　　　　　　app進行壓測的話，響應的時長在一秒內算是比較良好的範圍

如果說併發數過大，那麼使用者的cpu可能會導致100%的情況

伺服器配置

併發
tps
是不是在一定的伺服器配置條件下，伺服器配置8核32GB的 500的併發 tps80

jmeter 聚合報告：他也用作效能測試，但是會佔記憶體，如果用外掛進行操作，就不需要開啟jemter，直接在cmd裡面操作來進行壓測，並且還能生成HTML報告

90%line的意思:不會小於90

一組數由小到大進行排列，找到他的第90%個數（假如是12），那麼這個陣列中有90%的數將小於等於12

意思就是假如一個數，他是第90%，那麼這個數中有90%的數小於他

監控的指標有哪些：

響應時間預期結果tps預期指標，比如專案要達到多少tps

錯誤率
cpu不能大於80記憶體看伺服器記憶體是多少，好比我們的虛擬機器是1gb

記憶體洩露

請求的時候要佔記憶體，請求完要釋放記憶體，波浪線是最好的

如果請求的時候不釋放記憶體，就會導致記憶體不夠，變卡等現象

你們專案有多少使用者：

這個問題，可以問一問產品，一般來說萬把個使用者