大家有没有模拟过1个VUser的情况?

hidehai

晚上好 ：）


假如我录制一个脚本，脚本内容为访问首页。然后加载完成后停止。


然后使用场景来跑这个脚本，Vuser用户数为1，使用手动场景，跑完就停止，也可以认为是一个事务，这个时间会持续30-60秒左右，

但用浏览器访问这个首页，用FireBug测得的时间为6s


自己不清楚这个时间差距在哪里，是不是脚本初始化、结束占用了剩下的时间或者是其他时间影响了这个结果？

另外个问题是

1.我在场景中如何知道这个页面访问花了多少时间，就这种1个Vuser的情况。

2.如果了解到客户端响应、服务器响应、网络传输的时间(已经能监控服务器，但需要检测哪些数据来获得这些指标?)

carly95

是不是没有取消思考时间 在controller里去掉才行
我之前是没去掉

mr.bee

30~60秒包含了虚拟用户的加载 执行 场景的结束时间等多种时间
FireBug没用过，不过听你的说法应该是一个前段展现时间的统计工具，对么？lr不管前段展现时间

mr.bee

1.我在场景中如何知道这个页面访问花了多少时间，就这种1个Vuser的情况。
用事务哇

2.如果了解到客户端响应、服务器响应、网络传输的时间(已经能监控服务器，但需要检测哪些数据来获得这些指标?)
不懂

hidehai

是不是没有取消思考时间 在controller里去掉才行
我之前是没去掉
carly95 发表于 2011-3-17 09:48

在设定场景时的对话框左下角有一个 Do not change recorded think time 的复选框，我没理解错的话，不选中即为忽略掉思考时间。

所以我认为应该不是思考时间引起的，莫非理解错了?

hidehai

回复 4# mr.bee

FireBug就是FireFox下的一个插件，可以看到网络资源，比如一个网页下载各种脚本、css的时间图..有点类似LR的WEB细分图。


30~60秒包含了虚拟用户的加载 执行 场景的结束时间等多种时间，如果这样理解我还是认为这个时间太长了
而且1个VUser的1个事务的响应时间也是大大的超过单独使用浏览器打开网页的时间，不知道如何解释呢,
事务点设置的问题就能避免加载和结束的时间问题吧，可是为什么还会这么长呢，我昨天测试的时候网络模式用的第一个选项，
应该是使用最大带宽。


第二个问题...其实就是LR的WEB细分图了，不过有点复杂，看了下不是特别明白，或许监控的参数没有搞对，
我使用的sitescope用SSH登录CentOS来获取服务器信息，Oracle的信息获取我也这么干的。

mr.bee

回复 6# hidehai


    1个vuser在controller里面回放十次的平均值呢？

hidehai

回复 7# mr.bee


这个我等下去试试，刚才看了浏览器打开时间和单个事务的时间也是差距很大的。可能理解还有偏差..


大家是怎么获取比如访问首页的响应时间的呢？
监控器里：  Trans Response Time  和 Trans/Sec(pass)的区别是什么？ 纵坐标都是时间，那其中点代表什么？

QQHao

基本概念可以看一些文档来垫底了解，不要一上来就操作，不然原理不懂，困惑更多。只是个人建议而已

hidehai

回复 9# QQHao


呵呵，正在试验中，只是对数据差距比较疑惑，又担心是理解错了。

yzylion

1.是不是缓存的影响
2，你的脚本方便发上来看看吗？

hidehai

1. Action()
   
2. {
   
3. 
   
4.         lr_start_transaction("Winxuan_goindex");
   
5.         web_add_cookie("b=xnop; DOMAIN=www.xx2xx.com");
   
6. 
   
7.         web_add_cookie("f=10000197%252C10020000; DOMAIN=www.xx2xx.com");
   
8. 
   
9.         web_add_cookie("__utma=149172656.1878951536.1300333249.1300333249.1300333249.1; DOMAIN=www.xx2xx.com");
   
10. 
    
11.         web_add_cookie("__utmz=149172656.1300333249.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); DOMAIN=www.xx2xx.com");
    
12. 
    
13.         web_add_cookie("Hm_lvt_9d19e8d685e6a158d2a2a01c6948fa92=1300333248265; DOMAIN=www.xx2xx.com");
    
14. 
    
15. 
    
16.         web_url("www.xx2xx.com",
    
17.                 "URL=http://www.xx2xx.com/",
    
18.                 "Resource=0",
    
19.                 "RecContentType=text/html",
    
20.                 "Referer=",
    
21.                 "Snapshot=t409.inf",
    
22.                 "Mode=HTTP",
    
23.                 LAST);
    
24. 
    
25. 
    
26.         web_add_cookie("b=xnop; DOMAIN=css.xx2xx.com");
    
27. 
    
28.         web_add_cookie("f=10000197%252C10020000; DOMAIN=css.xx2xx.com");
    
29. 
    
30.         web_add_cookie("__utma=149172656.1878951536.1300333249.1300333249.1300333249.1; DOMAIN=css.xx2xx.com");
    
31. 
    
32.         web_add_cookie("__utmz=149172656.1300333249.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); DOMAIN=css.xx2xx.com");
    
33. 
    
34.         web_concurrent_start(NULL);
    
35. 
    
36.         web_url("Global.css",
    
37.                 "URL=http://css.xx2xx.com/css/Global.css",
    
38.                 "Resource=1",
    
39.                 "RecContentType=text/css",
    
40.                 "Referer=http://www.xx2xx.com/",
    
41.                 "Snapshot=t410.inf",
    
42.                 LAST);
    
43. 
    
44.         web_url("tab.css",
    
45.                 "URL=http://css.xx2xx.com/css/tab.css",
    
46.                 "Resource=1",
    
47.                 "RecContentType=text/css",
    
48.                 "Referer=http://www.xx2xx.com/",
    
49.                 "Snapshot=t411.inf",
    
50.                 LAST);
    
51. 
    
52.         web_url("popmap.js",
    
53.                 "URL=http://www.xx2xx.com/spry/popmap.js",
    
54.                 "Resource=1",
    
55.                 "RecContentType=application/x-javascript",
    
56.                 "Referer=http://www.xx2xx.com/",
    
57.                 "Snapshot=t412.inf",
    
58.                 LAST);
    
59. 
    
60.         web_url("left.css",
    
61.                 "URL=http://css.xx2xx.com/css/left.css",
    
62.                 "Resource=1",
    
63.                 "RecContentType=text/css",
    
64.                 "Referer=http://www.xx2xx.com/",
    
65.                 "Snapshot=t413.inf",
    
66.                 LAST);
    
67. ......省略...
    
68.         web_concurrent_end(NULL);
    
69.         lr_end_transaction("Winxuan_goindex", LR_AUTO);
    
70. 
    
71. return 0;
    
72. }
    

复制代码

这个是我用URL模式录制的首页脚本，IE设置是每次访问都自动检测页面，

我发现录制回放后的Winxuan_goindex事物时间即startdate 和 enddate会持续20s左右。

1.使用FF或者IE手动打开时间不会这么长，不太明白这个20s除了模拟首页还会记录什么时间？

楼上说的缓存莫非是LR的缓存??

使用contro跑这个脚本 Trans Response Time 的时间更是高于了20s，


2.莫非这个值需要大量数据来获取平均值?才能接近脚本中事物回放的20s。


3.脚本中的20s本身就不是真实值，会不会由于首页包含js以及ajax，导致时间加长?

hidehai

回复 7# mr.bee

在脚本中用迭代回放时间会持续在20s左右

controller中事物响应时间大于20s，偏差较大。

专用线路-内网。

mr.bee

回复 13# hidehai


    那考虑一下楼上提到过的浏览器模拟设置吧
比如ext框架下，有缓存和没缓存，50用户响应时间手工和controller差距30秒我见过一次

ClorisZhang

你还可以用HTTPWatch试试，和firebug类似。都是在IE的tool里。看看他们时间的差异。还有就是你可以用Traffic shaper xp工具来设置一个带宽，如：50,000B/s 带宽下，看看firebug执行登录用了多长时间。然后用loadrunner模拟1个用户，运行脚本之前设置同样的带宽，并且在run-setting中忽略thinktime，在Browser的设置中的对勾去掉，如果你的web页面中包含https，那么把第一个对勾打上。运行脚本看看时间和fiebug在同样带宽下时间差距如何。

kuangquanshui

学习

datouniuniu

路过看看

wangweiguokai

学习

Kadar

学习学习

yzylion

1、把web_concurrent_start函数去掉，这个是事务同步函数，lr有时候会因为这个函数有一定异常
2、httpwatch看一下
3、看一下网页细分图各组件的下载情况