为什么并发数越多，处理时间越短呢？
场景设置：1个用户并发，持续时间：10分钟。这个场景应该是最能反映系统响应时间的，Avarage Time：0.3s.
场景设置：20个用户并发，没有rame up等。持续运行时间：10分钟。
事务的成功处理数为：6322个，失败数为：3442个。
Avarage Response Time是1.33s. 但是如果计算一下，运行600s，成功事务数为：6322个。那么也就是说，成功的事物数的响应时间是 600/6322 约为0.1s一个。
我知道20个用户并发时，已经有用户排队，有失败的事务才导致Avarage Time为1.33s，这个数值是平均了用户等待的时间，这个没疑问。但是这个0.1s是什么值？应为1个用户处理时间就是0.3s了，这个0.1怎么回事？ 哦，我知道了。可能是我混淆了一个概念，系统支持并发数量。
假设一个系统支持10个并发用户，且系统处理时间为1s。
那么并发一个用户所需时间为1s，处理10个用户所需时间仍然为1s。而不能因为1s处理了10个用户，而用1s/10。因为对于单个用户而言，他的响应时间仍然为1s而不是0.1s。
所以，成功事务的响应时间就应该为1.33s，而不是0.1s :lol :)
页:
[1]
