现在跑一下脚本，想找到一个模块的性能拐点。
1、画压力曲线图
设置30个用户压我们机器。真正跑的时候时间要设的长一点。
持续时间设置一下。这次我们设的短点2分钟，因为我们目的是为了看增压这个阶段，想知道在哪个地方的时候性能出现了拐点。
停止的时候我就立马停止了。
2、设置压力机
压力机用别人的机器，不用我自己的机器做压力机。
3、设置参数
压力机参数稍微设置一下。思考时间忽略。
4、开始运行（开始施压）
5、监控
压的时候同时去监控一下Linux，
用vmstat监控，2s采集一次数据。
6、查看hps、cpu利用率情况
目前的hps是180
cpu的利用率，一段时间后是40%多。然后还降低了呢。或者看r列的值也行。
用户上来15个了，tps还在增加，但资源利用率没增加了。说明你的吞吐量肯定上不去，因为只有cpu忙起来的时候才能处理更多的事情。压力上去了，吞吐量上不去，响应实际就会变长。
如果你觉得用户数少，可以在压的过程中再增加点用户，把刚添加的这些用户选中，点run
现在总共40个用户，我们的cpu利用率也没太大变化
就是不管我怎么增加用户，利用率一直在百分之三四十左右。
这个时候性能是不是有问题呢？资源利用率上不去。
说明压力没传到服务器上去，或者服务器阻塞了，对cpu来说有运行和没运行状态。
原文：https://www.cnblogs.com/fanf/p/12858455.html