进来看我看看呀，为什么Receive Time时间如此长

423799223

大家帮我看看 100用户打开一个页面 时间如此长
服务器是至强2.8CPU 内存4GB 硬盘好像是10000转的 系统是红帽子
用LR测了好几天 结果都是这样
服务器是放在电信机房的 100MB独享光纤 开始以为白天测是公司带宽不够(公司里面也是100MB光纤)
好几次晚上测也不行 麻烦大家帮忙看看
CPU都没用什么  内存没动什么
我把图弄出来 你们帮我看看 有哪些原因 谢谢了
服务器没有防火墙、公司里面也没有做什么数据包的限制

kuangquanshui

试试模拟少的用户会不会出现这个问题    怀疑是负载机出现了瓶颈

guoguipeng

我也遇到这样的问题。Recevie Time时间占了响应时间的一半以上。
页面很单纯，就一个JSP，没有其他JS，图片。
不知道什么原因

qiguojie

这些图没有什么用。。

你把这个图细分一下，Page Download Time Breakdown，按组件。。

Zee

应用服务器是什么？数据库是什么？有没有监控？

423799223

什么页面组件图LR没有抓到  在另外两台装了LR的机子上分别度节 结果也差不多 分析里面没有那些图 唉 烦呀

423799223

场景：90用户集合打开页面，然后退出，运行1次
这个场景运行了10来次，结果都差不多,忽略了思考时间
我弄这个系统真弄得头痛，妈的，没见过这样的烂货，在LINUX下跑得这么慢，真想骂人
刚才并发100个跑了十几分钟98个通过，2个一直在运行中，这样弄了5分钟都没完，所以我强制结束了
现在弄90个又是差不多，1个用户在运行那里跑了好久，又是强制结束，我把LR结果弄在下面了
脚本代码如下，由于安全问题，所以把IP地址省略了
Init和End没有代码，都录制在Action中的
*********************
Action()
{
   

        lr_rendezvous("集合");//集合打开页面

        web_url("省略的IP地址",
                "URL=http://省略的IP地址/",
                "Resource=0",
                "RecContentType=text/html",
                "Referer=",
                "Snapshot=t1.inf",
                "Mode=HTML",
                LAST);

        web_url("index.do",
                "URL=http://省略的IP地址/index.do",
                "Resource=0",
                "RecContentType=text/html",
                "Referer=",
                "Snapshot=t2.inf",
                "Mode=HTML",
                EXTRARES,
                "Url=/images/bg_01.gif", ENDITEM,
                "Url=/images/top.swf", ENDITEM,
                "Url=/images/body_01.gif", ENDITEM,
                "Url=/images/home.swf?URL=/index.do", ENDITEM,
                "Url=/images/data.swf?URL=/resource.do", ENDITEM,
                "Url=/images/bbs.swf?URL=forum.jsp", ENDITEM,
                "Url=/images/control.swf?URL=javascript:login_check('personal.do')",

ENDITEM,
                "Url=/images/muturlly.swf?URL=/hzly.do", ENDITEM,
                "Url=/images/report.swf?URL=javascript:login_check

('/servlet/ReportCenterServlet');", ENDITEM,
                "Url=/images/manage.swf?URL=/admin/login.do", ENDITEM,
                "Url=/js/System/Global.js", "Referer=http://省略的IP地址/html/adrotate.htm",

ENDITEM,
                "Url=/js/System/Data/MzDataProvider.js", "Referer=http://省略的IP地

址/html/adrotate.htm", ENDITEM,
                "Url=/images/adrotate/3.jpg", "Referer=http://省略的IP地

址/html/adrotate.htm", ENDITEM,
                "Url=/images/adrotate/1.jpg", "Referer=http://省略的IP地

址/html/adrotate.htm", ENDITEM,
                "Url=/images/adrotate/2.jpg", "Referer=http://省略的IP地

址/html/adrotate.htm", ENDITEM,
                LAST);

        return 0;
}
*********************

423799223

版主
==
我马上传上来

Zee

页面是多大的？场景是怎么设置的？
细分图呢！！

423799223

执行了好多次了
时间一直都是这样的

qiguojie

我记得Page Download Time Breakdown还可以按下载的网页组件继续细分。。。

Zee

再执行一次，还是这么长吗？
下载的页面有多大？
细分图呢？

qiguojie

Network Time 不高，说明和网络没关系；Server Time不高，说明服务器处理正常；

你的整个测试过程就是receive time时间太长，就只从这个入手了。。

【receive time】显示从服务器收到最后一个字节并完成下载之前经过的时间。
接收度量是很好的网络质量指示器（查看用来计算接收速率的时间/大小比率）。  

好像你的下载带宽不够，导致这个时间太长。。

zhangtao

第2张图“接受时间”，好象体现的是网络的原因，和第一张反映的有的不一样。
高手赶紧给看看！