51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 24210|回复: 54
打印 上一主题 下一主题

[求助] 请问各位DX:First Buffer非常大说明什么问题?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-6-22 13:49:18 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我在web page breakdown里看到很多页面的很多时间基本上都消耗在first buffer上了,请问这能说明什么问题呢?
能说明系统的瓶颈在网络带宽上吗?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2007-6-22 13:49:43 | 只看该作者
可是我是在局域网内测的啊
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-6-22 15:08:09 | 只看该作者
可以看看first buffer的细分。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2007-6-22 15:19:49 | 只看该作者
原帖由 Zee 于 2007-6-22 15:08 发表
可以看看first buffer的细分。

我也看过了,基本上都是first buffer 占用了98%以上,connection在2%左右
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-6-22 16:42:08 | 只看该作者
原帖由 yuandjing 于 2007-6-22 15:19 发表

我也看过了,基本上都是first buffer 占用了98%以上,connection在2%左右




关注中....
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2007-6-22 17:38:00 | 只看该作者
各路英雄。。。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-6-23 15:46:09 | 只看该作者
First Buffer:建立连接后,从Web Server 发出第一个数据包,经过网络传输到客户端,浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server 的延迟时间,还可以表示出网络的反应时间。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-6-23 22:49:44 | 只看该作者
基本可以断定是网络问题。

Zee版,好像first buffer不能在细分了吧?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-6-24 15:03:22 | 只看该作者
我来解答一下吧,first buffer time定义是:从客户端与服务器握手完成发送的请求开始,到接收到服务器的第一个字节为止。如果是局域网一般不会是网络问题,是Server time 过长。first buffer time 可以分为network time 和server time,你说是在局域网,我觉得更应该考虑后面一个原因。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2007-6-26 08:54:08 | 只看该作者
十分感谢各路英雄豪杰
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-6-26 09:41:36 | 只看该作者

回复 #9 nishuangxi 的帖子

对的,一阵子不看,全忘记了,firstbuffer是可以细分的。呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2008-5-6 09:27:00 | 只看该作者
我的也遇到这样的问题,每次看网页细分图的时候都是显示First Buffer时间非常大,经过进一步查看,发现大多数的图片下载占用的network time比较高,其与的js、css等占用的server time时间比较多
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-5-6 09:28:28 | 只看该作者
这样的话下一步该如何针对这种情况进行调优呢?请问楼主下一步如何处理的啊?
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2008-5-7 21:33:59 | 只看该作者
期待中。。。。。。。。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2008-5-17 22:05:31 | 只看该作者
我也遇到类似的问题,在内网测试,细分第一次缓冲时间,发现Network Time要比Server Time大的多,到底咋回事呢。请教高人呀
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2008-5-18 17:54:29 | 只看该作者
first buffer= 服务器处理+网络下载时间

如果有很多non-html资源,需要检查windows 或者linux 的网卡流量以及中间的路由器、交换间的带宽

甚至可以用pagedetailer之类前端分析工具

另外,也可以在服务器端加入插装代码,划分服务器时间与网络时间。
如rail应用的 product.log 文件就可以区分
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2008-5-21 10:49:55 | 只看该作者
first buffer time定义是:从客户端与服务器握手完成发送的请求开始,到接收到服务器的第一个字节为止...
据分析。。。基本可以断定。。应该在于系统吞吐量受到限制,也就是说。。该问题主要是由于应用服务器在该时刻处理静态文件时的吞吐量受到限制而引起的
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2008-8-20 10:23:23 | 只看该作者

回复 18# 的帖子

今天刚遇到这个问题,楼上的意思是吞吐量受限制,那么请问这个限制是服务器的参数设置还是网络流量造成的?还请楼上还有各位大虾指教
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2008-8-20 14:17:50 | 只看该作者
如果first buffe可以看出网速问题
那connection呢

程序处理时间又算在哪个时间里了
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2008-8-20 15:48:46 | 只看该作者
期待高手继续提出调优方案~~~
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-7 07:38 , Processed in 0.114397 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表