关于Average Hits per Second的问题

cola003

同一脚本分别并发了10user和500user，但Average Hits per Second分别为157.308和129.552，感觉差距不大，请问大家这个结果是正确的还是我设置哪有问题？

superfang

你是手动创建场景 还是基于目标方式创建的?
　　要是基于目标的话．这个数值应该是可以的！　

nishuangxi

首先，明白点击率是怎么回事，怎么计算。点击率和两个因素有关，虚拟用户数和事务响应时间。Vuser和事务响应时间变快，都会使点击率增大，但是真正的测试中一般的规律都是这样：一开始用户数比较少，随着Vuser数量的增加，点击率会增大，因为系统能处理过来；当用户数达到一定数量后点击率开始下降，下降拐点也就是性能转折点，这时系统响应时间开始增大，点击率反而开始下降，虽然此时用户数还在增加。

cola003

两个图附上
10Vuser500Vuser
回楼上，从图看点击率开始上升后，貌似没有明显的拐点了

jakiegu

个人认为，10user和500user并不是一个简单的乘除关系就能算出来的，好比你觉得500user应该是129.552，那10user应该会更快？首先服务器会保持一定数据范围，意思就是多出来的资源可能会给别的服务使用，而有可能129.552就是一个正常值，再快也不会快到哪里，因为资源给别人用了。希望楼主自己在分析一下，最好交待一下背景

superfang

　从图上面可以看出来.10个用户是不稳定的运行中的/
  500个用户是很正常的运行的. 你看下什么地方设置的有什么问题!?　或是自己的网络速度不稳定等！　

cola003

回复superfang：图片不是很清楚呵呵，从图形看10用户变化幅度较大，但实际纵轴范围是120-135之间，500用户基本保持在155-175之间，因为500用户开始加载用户时间较长，约3分钟，那个时间点击在50左右，减去这段时间两图就差不多了

cola003

回复jakiegu:虽然还不是太理解，但我想你说的是对的

nishuangxi

七楼的朋友减去50是什么意思，为什么要减？
其实你可以用600Vuser、700Vuser甚至更大的数量试试，也监控一下系统资源，如果比500大的用户数量下点击率还能增加，说明系统还是没有达到最大处理能力

nishuangxi

如果Vuser一直增加确没有出现点击率的拐点，很有可能系统的队列设置的很大。比如：系统最大每秒处理100次，多余的请求就排队等待，超出队列的长度就直接丢弃请求！这样就不容易出现拐点

cola003

回复nishuangxi:减去50是说前3分12秒是加载500用户的时间，那段时间点击50左右，全部500加载后点击上升到170左右纵轴被拉大了，图形看起来不清楚，所以我觉得开始加载用户的时间应该被除去

Zee

看大家讨论的这么多，偶也来插两句：

我觉得这个结果挺正常的。
针对楼主的问题，我觉得这个结果是正常的。

但你的两个结果是不能放在一起来对比的，因为你两个场景的执行时间都不一样。用户也不一样。不知道你的应用是什么样的。
但有一点是明确的，在短时间的场景中，系统表现不稳定是正常的（图一）。在长时间的场景中，系统表现稳定才是重要的（图二）。
因为你没有其他图可以看，如果只从这两个图中来看的话，感觉挺正常的。

看到上面的讨论多是在说点击率和用户数的关系，还有总场景时间的取舍。
其实在楼主的问题和给出的图中，没有出现用户数增加导致点击率下降的拐点。
不过这样的讨论是很有意思的。
像结果中对场景时间的去除，这个是有道理的。比如，在2.5小时的执行场景后，我们去掉前15分钟和后15分钟（如果出现明显的不稳定的话，可以用其他场景来做），也是便于分析系统的状态。当然也和我们的场景设置目的有关系。

nishuangxi

请11楼的朋友弄明白什么是点击率这个概念好不好？点击率不是某个时间段的总的点击次数，而是每秒的次数！

cola003

晕，楼上的我知道点击率是每秒的次数阿 ，只不过我说的50、170前面都没写“平均”两个字，没有影响前面讨论的问题啊