结果分析精要------最好有51testingLR讲师分析下
结果分析-------疑惑某本书里面介绍了 一个 限于3层架构的DB服务器和web服务器不在同一台机子上的响应时间分析
时间划分的很细 ，我不否认这张图宏观上带给大家的意义，这里只说下几点困惑
后面测试结果 里面有first buffertime 和receive time，从定义上看
Firstbuffertime 显示从客户端发出请求到 客户端收到来自服务器的第一次缓冲为止
其中又包含了 网络时间和服务器时间，
Receivetime显示客户端从服务器收到最后一个字节并完成下载所用的时间
困惑一 ： firstbuffertime+receivetime==图
中介绍的响应时间?
困惑二： 结果分析图表中 具体的那张图或者那类图 能分析 出 A1,A2,A3？以及 N2,N3,
如果不能，或者说 N2,N3很小，我们 结果分析只能获得的是 A1+A2+A3+N2+N3？
困惑三： firstbuffertime中的网络时间 和上图中 那段时间对应 ？或者是压根没关系
服务器时间和 上图中那段时间对应 ？…..
困惑四：如果 LR结果分析 ，我们只能知道的是 firstbuffertime,和receiveTime，对于应用程序的问题是定位 web服务器还是 DB服务器我们要看的又是结果分析里面的那几个图呢？
这些东西一直没理的很细，但是 实践起来发现如果这些不理细，对于我的性能调优 几乎没一点用处 ，还望 大家多讨论。。。。。。。
[ 本帖最后由 love_yebin 于 2009-8-4 10:54 编辑 ] 仁兄们，该贴 没人回答？ 要不要置顶或者高亮 ！！！！！！！11
回复 2# 的帖子
呵呵，兄弟，帮你顶我个人觉得：
困一：firstbuffertime＝（N1＋N2＋N3＋N4）＋（A1＋A2＋A3）；
困二：结果分析图有网络时间（N1＋N2＋N3＋N4）和服务时间响应时间（A1＋A2＋A3）；
困三：联系困一；
对于困四：由于服务响应时间包括（应用服务和数据库服务响应时间），具体没弄过，但我觉得这个还需要监控应用服务器和数据库；比如向数据库插入数据；插入100条的话，在脚本里写循环100次，然后插入事务；通过LR监控的服务响应时间－插入事务时间－网络时间＝应用服务时间；。。。这方面请高手讨论，在线一起看。 :L
这么多人不削于回答？
太简单？
我一直认为 LR 能给出来的就是servertime 和 网络时间 ，
至于存在问题的应用程序 ，是发生在 DB查询还是WEB展现 在结果集里 能看到的就是 SERVERTIME时间比较长
但是有人和我说 图里的LR都可以 。。。。。。。。。。
是不是 需要什么工具 ？ 学习了 first buffer:显示从初始 HTTP 请求（通常为 GET）到成功收回来
自 Web 服务器的第一次缓冲时为止所经过的时间。第
一次缓冲度量是很好的 Web 服务器延迟和网络滞后指
示器。
注意：由于缓冲区大小最大为 8K，因此第一次缓冲时
间可能也就是完成元素下载所需的时间 receive time:显示从服务器收到最后一个字节并完成下载之前经过的
时间。
“接收”度量是很好的网络质量指示器（查看用来计算
接收速率的时间/ 大小比率） :L 阐明下 观点导致 您误解真的很不好意思
我需要确定的 是能不能在 LR结果集里面看到N2,N3,A1,A2,A3
如果可以，使用那个计数器或者监控工具
如果不行 才联系firstbuffertime和 receivetime
这时候 他们之间存在什么关系 ~ :lol 难倒不少人
关于LR结果分析，我总结了点资料放博客里，对与不对 ，大家讨论讨论 说下我的看法：
1、响应时间=first buffer+recieve+client time
注意：这里应该有个客户端时间，也就是数据显示到浏览器上的时间
2、要定位具体瓶颈，应该根据监控到的服务器资源图一块来进行分析 关注中…… 本帖最后由 云层 于 2011-7-28 17:10 编辑
额，那么早的帖子被挖坟了。。。
个人理解fristbuff =A1+A2+A3+N1+N2+N3
recieve=N4
响应时间=fristbuff+recieve+client time
注意这里的client time不是浏览器的显示时间，而是请求在客户端上运行脚本导致的停留时间，比如一个页面刷新后会自动做个document.location那么这里可以设置一个跳转时间，再刷新下一个页面，这个时候的等待跳转时间就会被计算在client time里面，lr是不会计算渲染时间的 学习中！ 额 学习
页:
[1]
