我们在进行压力测试的时候，随着并发数不断的递增，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

内存泄露

请求的时候要占内存，请求完要释放内存，波浪线是最好的

如果请求的时候不释放内存，就会导致内存不够，变卡等现象

 

你们项目有多少用户：

这个问题，可以问一问产品，一般来说万把个用户