请问各位DX：First Buffer非常大说明什么问题？
我在web page breakdown里看到很多页面的很多时间基本上都消耗在first buffer上了，请问这能说明什么问题呢？能说明系统的瓶颈在网络带宽上吗？ 可是我是在局域网内测的啊 可以看看first buffer的细分。 原帖由 Zee 于 2007-6-22 15:08 发表 http://bbs.51testing.com/images/common/back.gif
可以看看first buffer的细分。
我也看过了，基本上都是first buffer 占用了98％以上，connection在2％左右 原帖由 yuandjing 于 2007-6-22 15:19 发表 http://bbs.51testing.com/images/common/back.gif
我也看过了，基本上都是first buffer 占用了98％以上，connection在2％左右
关注中.... 各路英雄。。。 First Buffer：建立连接后，从Web Server 发出第一个数据包，经过网络传输到客户端，浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server 的延迟时间，还可以表示出网络的反应时间。 基本可以断定是网络问题。
Zee版，好像first buffer不能在细分了吧？ 我来解答一下吧，first buffer time定义是：从客户端与服务器握手完成发送的请求开始，到接收到服务器的第一个字节为止。如果是局域网一般不会是网络问题，是Server time 过长。first buffer time 可以分为network time 和server time，你说是在局域网，我觉得更应该考虑后面一个原因。 十分感谢各路英雄豪杰
回复 #9 nishuangxi 的帖子
对的，一阵子不看，全忘记了，firstbuffer是可以细分的。呵呵 我的也遇到这样的问题，每次看网页细分图的时候都是显示First Buffer时间非常大，经过进一步查看，发现大多数的图片下载占用的network time比较高，其与的js、css等占用的server time时间比较多 这样的话下一步该如何针对这种情况进行调优呢？请问楼主下一步如何处理的啊？:lol 期待中。。。。。。。。。。。。。。 我也遇到类似的问题，在内网测试，细分第一次缓冲时间，发现Network Time要比Server Time大的多，到底咋回事呢。请教高人呀 first buffer= 服务器处理+网络下载时间如果有很多non-html资源，需要检查windows 或者linux 的网卡流量以及中间的路由器、交换间的带宽
甚至可以用pagedetailer之类前端分析工具
另外，也可以在服务器端加入插装代码，划分服务器时间与网络时间。
如rail应用的 product.log 文件就可以区分 first buffer time定义是：从客户端与服务器握手完成发送的请求开始，到接收到服务器的第一个字节为止...
据分析。。。基本可以断定。。应该在于系统吞吐量受到限制，也就是说。。该问题主要是由于应用服务器在该时刻处理静态文件时的吞吐量受到限制而引起的
回复 18# 的帖子
今天刚遇到这个问题，楼上的意思是吞吐量受限制，那么请问这个限制是服务器的参数设置还是网络流量造成的？还请楼上还有各位大虾指教 如果first buffe可以看出网速问题那connection呢
程序处理时间又算在哪个时间里了 期待高手继续提出调优方案~~~
