性能学习——CPU和小套路

对于CPU这块，我们一般来说对于CPU性能测试的重要指标就是如下几点：

1、使用率<70%

2、cpu队列<cpu个数*核数*0.7

3、中断

4、上下文切换 5000*CPU数

其实吧这个指标不太准确，现在来说CPU使用率小于70，这不是一个定量，对于性能测试来说cpu使用率被压榨的越高越好，但是对于运维人员来说使用率最好还是维持在小于70的状态，为啥？因为这么做最稳定相对来说安全很多。所以我们在性能测试的时候不要迷信于70%这个指标，应从产品实际出发，确定适合自己产品的峰值，其实cpu一直在90多，对于Linux系统来说也不是不可接受的。

 

接下来记录几个性能测试中分析的几个小套路

（RT是指的响应时间 ）

1、TPS小，RT小，资源利用率低

1.1、检查脚本和场景

1.2、负载到位了没

1.3、有没有限制负载（连接数限制，文件数限制）

 

2、tps小，RT大，资源利用率低，性能差

2.1、检查脚本，场景

2.2、性能差，走正常的性能诊断流程（CPU mem disk）

2.3、资源没利用上（系统限制）

2.4、负载没到位，应该是负载到位后资源利用率高

 

3、TPS大，RT小，资源利用率高

3.1、正常，看你是否愿意优化他了

 

4、TPS大，rt小，资源利用率低

4.1、加大负载，tps可以更大，资源利用率变高

 

5、TPS大，RT大，资源利用率高

5.1、正常，直接走正常的性能诊断流程

 

内存状态见下一篇