事务平均响应时间是实际响应时间的10倍，大家知道是怎么回事么？
用LR并发10个用户，每个用户提交0.5K的数据，设置的带宽是1Kb/S，为什么得到的事务平均响应时间是9秒多啊，理论值应该是1秒左右的吧？大家知道是怎么回事么？
急！！ 10个用户，发的时候都是0秒开始，开始时间 = 0
但因为网络速度限制，1秒只能执行完2个，或者更少
假设是1秒2个（最快了）
用户1完成时间 = 0.5
2 的时间 1.0
3 的时间 1.5
.....
每个结束时间都 减去开始时间，再加起来，除以10 ，结果 = ？
这里只计算了上传的时间，平均值已超过2了，还有返回信息的下载时间和服务器处理时间没有算。。。
所以你提到的理论1秒是不可能的
[ 本帖最后由 skyzhu 于 2010-5-17 17:20 编辑 ] 用了思考时间？
如果不是思考时间的问题，把用户改成1个，与手工操作做比较，如果不大于手工的时间，说明大用户量的情况下系统性能差，如果更大，就要找找别的原因了 用了思考时间24秒,可以删除的么?
回复 4# 的帖子
thinktime 在 事务计时外的话是没关系的，除非你拿action计时的。。。回复 2# 的帖子
你说的是顺序执行,我要的是并发执行.已经设置了集合点的,但在运行的时候Scenario Groups里的Rendez选有时候是0,有时候却是一个个的增加,相应的Run下面的数是一个个减少.我实在不明白到底是为什么啊!!!!!!!!!! 要看你的事务是在集合点内还是外了
貌似不是这样解释的
首先“每个用户提交0.5K的数据”和“设置的带宽是1Kb/S”这两个条件本身就无法用来判断响应时间应该就是多少秒所以也不存在理论值应该是多少的问题
[ 本帖最后由 mr.bee 于 2010-5-17 21:59 编辑 ]
回复 7# 的帖子
事务是在集合点内的！回复 8# 的帖子
那还要什么条件才能判断响应时间的理论值？ 你再并发。。。也不可能突破宽带限制，我只是举例说明一下而已，不是为了对比并发和顺序执行，门才1米宽，你能让10个 0.5米的胖子一起过去吗回复 11# 的帖子
这个我也知道，既然这样，那我并发的时候LoadRunner是怎么处理的呢?它的处理方法对响应时间有什么影响？？？谢谢先啦！ 响应时间 就是 请求接收到返回信息的时间减去请求一开始发送的时间
其中包含了，发送信息上传时间、服务器处理时间、下载返回信息的时间
你把带宽压死了，也就是发送信息和返回信息 在网络上的时间 直接被拉长了
不管并发怎么处理，带宽小了，自然还是会变成顺序的过去，只是10个线程争抢带宽而已
也就是说你自己的设置造成了 所谓的网络瓶颈，所以响应时间很长 弱弱的问一句，返回多少数据？服务器处理多少数据，按照带宽来说可能会带来几秒钟的瓶颈影响，不过总时间还要算上回来和服务器处理，由于数据很少估计处理蛮快的，那么回来的带宽估计就是一个大一点的问题！
回复 10# 的帖子
不知道但是响应时间不是组件下载与请求发出时间
[ 本帖最后由 mr.bee 于 2010-5-18 17:12 编辑 ]
回复 13# 的帖子
你说抢带宽吗？我设置的带宽如下图daikuan；而且我设置的这个带宽不是分配给每个虚拟用户的带宽吗？？
回复 14# 的帖子
没返回什么数据，就返回一个上传成功的HTTP 为200的参数，服务器只负责发数据接收保存就可以了。带宽设置如上一楼的图。
我并发30个，就提交数据这个事务的平均响应时间是1秒多；但我并发10个用户的时候，就是0了！！！？？？
天啊，这是为什么啊？？ 。。。一开始说9秒还以为你是外部宽带做了限制，不是LR设置的针对VUSER的
现在怎么又变1了啊
不会是把kb/s和kbps 单位搞混了吧，正好差了8倍左右
回复 18# 的帖子
是滴:$ 不好意思啦！！有没有高手请说明一下——我并发30个，就提交数据这个事务的平均响应时间是1秒多；但我并发10个用户的时候，就是0了！！！？？？
天啊，这是为什么啊？？
[ 本帖最后由 shenyy722 于 2010-5-20 16:27 编辑 ] 带宽单位小写b是bit，大写B是byte，1byte＝8bit。
是这个不。
最后不知道是0是否判断了用户通过，也许后台日志已经报错了。
页:
[1]
