A点是中心点，有WEB和数据库服务器，B和C点是远程办公室，A与B间是256Kbps DDN， A与C间是2Mbps DDN， B点打开A点服务器的WEB页面，要30秒，才能完全显示出来，C点打开A点服务器的WEB页面，只要8，9秒。
  表面看来，就是A,C间的2M的带宽远远高于A，B间256K的带宽，导致加载速度的差异。然而，再详细分析MRTG流量图，当在C点打开WEB页面的整个过程，打开页面过程中的最大速率只是100Kbits/s出头，不到最高速率（225Kbits/s, 带宽256Kbps，理想速率可看做256Kbits/s，再减去12％的损失，大约是256K-256K x 0.12 = 225kbits/s）的一半。
  那问题就来了，跟老板提出升级带宽，老板反问：带宽占用不是才一半出头，还有很大富裕，是否真的是带宽不够用导致打开页面很慢？
  试图用吞吐率来说明问题，就跟老板说，比如8车道，一次可以并排跑8辆车，不用排队等候，所以完成传输要快得多。
  老板再反问，那问题是现在2车道，你也没跑满，只有一辆车在跑，给你8车道，那你一辆车还不是浪费。
  还真被老板问住了，各位大侠，分析一下，到底是什么原因，导致在负载很少，很空闲的状态下，打开页面仍然很慢？
  
  泛泛说带宽更大，访问速率会更快，这样的解释是没用的，想知道打开网页的流量曲线会是个什么样？为什么这些网页访问流量不使用全部带宽，不跑满全部车道，让理论上的访问时间缩短一半。

还是应该抓包分析:
1、B点本身网络质量问题
2、B点有某些计算机中毒
个人认为，与带宽关系不大

抓包看看重传多不多，如果链路质量差导致掉包多的话，也会很慢的

引用:

原帖由 lushengjun 于 2008-8-28 00:08 发表
还是应该抓包分析:
1、B点本身网络质量问题
2、B点有某些计算机中毒
个人认为，与带宽关系不大

可以考虑稍后onsite抓包分析，不过目前看到的情况
256K DDN 线路质量来说，应该问题不大，ping包延时只有20ms左右（同城两办公室），随时ping 3K到5K多个包，丢包率都为零，而且我使用FTP或者网络共享传输一个大点的文件，传输速率也可以达到210K左右。
没有中病毒的机器，而且我是下班时间远程连过去测试的，其他电脑都已经关机了，在路由器上，做IP accounting，除了测试流量，其他流量非常少，只有不到10K的流量。

最近几天，重新学了下TCPIP协议，看到TCP传输中，flow control， congestion control，error control，其中加了窗口控制的机制，有点感觉，有同学熟悉这块的，交流一下。

1。确认不是病毒引起的
2.ping 一下你的网关，看有没有掉包，确认链路没问题，网关没问题
3。上面都没问题，就是isp的问题啦，报障

在TCP传输中,三次握手的机制,在慢起动的过程中,检测带宽,拥塞,线路质量等各情况,当它发现带宽足够,条件适合的时候,它会把窗口放大,一次可以传输更多个包, 然后才返回相应.也就更有效率的来传输.
现在研究出的理论基础是这样的,但还不是特别透彻,如有这方面研究深入地高人做一解释的话,不胜感谢.

抓个包吧

抓个包吧

256KDDN专线浏览网页慢，我想基本上正常。2M的也要8－9秒呀。线路和ISP没有什么问题的。至于带宽的利用率，监测到的100K左右，已经不低，由于双向数据会话，真正带宽也应该在200K以上了。一句话，拓宽带宽。