51Testing软件测试论坛
标题:
版主们进来看我看看呀,为什么Receive Time时间如此长
[打印本页]
作者:
423799223
时间:
2007-6-4 14:56
标题:
版主们进来看我看看呀,为什么Receive Time时间如此长
大家帮我看看 100用户打开一个页面 时间如此长
服务器是至强2.8CPU 内存4GB 硬盘好像是10000转的 系统是红帽子
用LR测了好几天 结果都是这样
服务器是放在电信机房的 100MB独享光纤 开始以为白天测是公司带宽不够(公司里面也是100MB光纤)
好几次晚上测也不行 麻烦大家帮忙看看
CPU都没用什么 内存没动什么
我把图弄出来 你们帮我看看 有哪些原因 谢谢了
服务器没有防火墙、公司里面也没有做什么数据包的限制
[
本帖最后由 423799223 于 2007-6-4 18:45 编辑
]
作者:
423799223
时间:
2007-6-4 16:34
帖子不要沉了
麻烦会的帮忙指导下
作者:
423799223
时间:
2007-6-4 16:34
帖子不要沉了
麻烦会的帮忙指导下
作者:
大漠飞鹰
时间:
2007-11-1 17:16
事务的响应时间怎么样?
作者:
higkoo
时间:
2007-11-1 21:19
原帖由
423799223
于 2007-6-4 16:34 发表
帖子不要沉了
麻烦会的帮忙指导下
多监视一些指标,多帽子我没用过。
就谈Windows的经验吧,你还要看一下硬盘读写、网络流量、CPU队列、页面错误数。
网络流量 和 硬盘读写 大,一样影响速度,CPU队列过长也是一个瓶劲
作者:
gtest
时间:
2007-11-2 11:00
标题:
Browser emulation
如果没有改动LR的这一项应该选上的,默认是自动在各次跌代前清除HTTP内容,这个动作会导致脚本运行时间很慢.其实我理解,LR的设计者还是希望把整个过程模拟真实用户模拟的更好,默认值选择的基准点就是这样考虑的.如果你觉得响应时间不理想,可以把这个选项去了试试.
作者:
pupu840323
时间:
2007-11-2 11:19
要是有个页面分解分析图就好了,看是由于哪些请求点击占用了大量的传输时间,并且你这个图上也说明服务器的延迟时间比较大,应该再分析一下CUP,硬盘等问题
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2