性能测试的并发用户数目的疑问

qingyouzi777 · 发表于 2010-10-13 11:20:19

最近在测是一个Web 服务器的性能。
  利用Web（HTTP/HTML）协议录制脚本，回放，优化均已经成功。
  在场景中设置的Vusers数为100，设置的 Rendezvous Policy为：Release when 100% of all running Vusers arrive at the rendezous，其他设置也均正常。
  现在的问题就是：执行场景后，100个用户到达集合点然后运行，其中有5-7个或更多10个左右的用户的事务的执行会在00.00.10时间之内（分别为00.00.05,00.00.07,00.00.09不等）完成。而剩下的89个左右的用户的事务运行完成的时间分布在00.02.60,00.03.50,00.04.05等。。。
  为什么执行相同的事务操作，完成的时间差距会这么大？会不会“5-7个或更多10个左右的用户”快速运行通过是由于存在缓存？那如何才能取消缓存？
  还有，该场景运行完成后，显示所有事务也都执行成功。直接在该Controller中点击“Analyze Results”，显示的Analysis Summary中的Maximum Running Vusers为96/98等，为什么不是100呢？

云层 · 发表于 2010-10-13 11:33:37

你的系统处理不了，排队自然事件差距就大了，你看看世博会沙特馆就明白了，都是一大早冲进园，但是还是有人要排3个小时，有些人就可以更早

crazymartin · 发表于 2010-10-13 11:33:58

楼上的是正解

qingyouzi777 · 发表于 2010-10-13 11:48:04

回复 2# 云层

恩，可以这样理解，谢谢...
那为什么场景运行完成后，分析报告中的Maximum Running Vusers不是100，而是96或97或98呢？难道分析报告中的Maximum Running Vusers是真正并发操作的用户数？可是我场景中设置的Vusers数是100，集合点的策略也是等到100个用户都到后才同时释放的呀？

云层 · 发表于 2010-10-13 17:36:00

这个可能是初始化的问题，用户没有全部一起初始化起来，但是前面的用户又跑完了，导致最终的最大运行用户是100吧，这个是猜测的，具体问题要具体看了

qingyouzi777 · 发表于 2010-10-13 18:02:48

回复 5# 云层

恩，谢谢...

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 性能测试的并发用户数目的疑问

相关帖子

站长推荐 /1