Tps：每秒钟的事物数。就是吞吐量
怎么计算tps：比如这一个action包含了10个步骤。总的任务数除以整个这个action执行完了花的总时间。总的任务数除以总的时间就是tps。
我们脚本中的这几个业务是线行的，是先打开首页、登录再发帖子。所以他们的tps最后的结果是相等的。（假如登录100次，发帖子最多100次。那总的时间不变，就是拿这100除以总时间。所以每个业务的tps都是相等的）
如果这个事物之间是线行关系的话，你只要看了一个事物的tps，这一条线上的所有tps都是一样的。但事物如果是并行tps就不一样了。
可以看到，当前tps是2.4，也就意味着1s发2.3个帖子。同时看一下资源利用率平均值是43.245，利用率不高
再来看下tps到了24个用户了。Tps还是2.6左右。基本上没啥大的变化。。资源利用率也没大的变化。
一个好的系统性能应该是这样子的：随着压力的增大，tps值在增加的，同时操作系统的资源利用率也是在增加的。
原则上来说，一个好的系统CPU应该是会被压满的。
可以看到tps随着压力的增加，tps并没增大太多。1s发3个帖子，不高。
期望一个小时10万的帖子量，按目前压的这个情况看能满足吗？
算一下，一小时3600s，一秒钟发3个帖子。一小时能发1万个帖子。所以是不能满足。
假如cup利用率期望在80%以内，同时满足1小时10万的帖子量。目前我们压的是没达到期望，为什么满足不了呢？是不是真的是性能不好的？
跑完了之后，看一下报告。