|
1.并发操作时,如何求得服务器每秒钟处理事务的能力?
举个例子:如果想知道在多个用户并发登录的情况下,服务器处理“登录”事务的能力,就需要在“登录”这个事务前面设置集合点,当运行场景的时候,所有的虚拟用户就会在这个集合点等待,等到了一定数量的时候再去执行登录的请求。问题就是,当虚拟用户在集合点等待的过程中,自然而然地就浪费掉了一些执行“登录”请求的时间(即:服务器在这些时间内不处理“登录”事务),这样一算下来,到最后平均的每秒钟处理“登录”事务的数量不是就显得少了?这样算出来的每秒钟处理事务数量似乎只是整个运行时间内的平均数,而不是在并发登录的那一时刻服务器处理“登录”事务的数量,如果我就想知道在并发登录的那一时刻服务器处理“登录”事务的数量,又该怎么算呢?
2.不设置集合点时,服务器每秒钟处理事务的能力是否会快一些?
如果改成连续执行登录请求的方式来运行场景(即:不设置集合点),让服务器在不停地处理“登录”事务,这样平均下来每秒钟处理“登录”事务的数量不就比上述所说的情况多了吗?这样算出来的服务器每秒钟处理“登录”事务的能力能不能算作服务器处理并发登录事务的能力呢?
3.压力测试时所求得的服务器每秒钟处理事务的能力,是否就是服务器每秒钟处理事务的最大能力?
做压力测试的过程中,必然会有些事务是处理失败的,而计算的时候只能计算成功的事务数量,这样一来,所求得的服务器每秒钟处理事务的数量就变得少了(因处理失败的事务会浪费一些时间),所以这里又有个问题:做压力测试时,是否一定要让所有事务都处理成功呢?
4.服务器每秒钟处理事务的能力和点击率之间是什么样的关系?是不是服务器每秒钟处理事务的能力越强,其点击率就越高呢? |
|