大家提供服务的时候是否一直在担心自己的带宽是否能够承受得起，或者想知道自己的带宽能够容纳多少用户。以下我将介绍一下当年我做ISP网管的时候在这方面的研究经验。

大家提供服务的时候是否一直在担心自己的带宽是否能够承受得起，或者想知道自己的带宽能够容纳多少用户。以下我将介绍一下当年我做ISP网管的时候在这方面的研究经验。

带宽是否足够取决于三个方面的问题：
1、你提供的服务类型
2、你的用户访问的速度。

另外，客户和你的服务器之间的连接质量也会影响实际的传输速率。

就网络服务占用带宽的情况可以分成四种类型
1、偶尔的少量通信，如DNS查询或连接保持通信等，这些网络流量几乎可以忽略。
2、突发性的通信，如网页的浏览，这类服务的客户通常回在一段比较短的时间读取若干个文件，然后间歇一阵再读取几个文件，客户端的网络流量图和心电图类似，是一种不规则的尖峰形状。多个客户同时访问的时候在服务器上可以看到几个这种图形的叠加，如果客户太多的话服务的流量图就回趋于比较平均的锯齿图。不过由于这种服务对传输的延迟不敏感，所以在客户看来所谓的访问高峰期的传输速度下降不是很明显。
3、固定带宽的流式传输，如视频、语音应用等，这种应用每个客户的流量几乎一样。比如64k的语音传输，则每个话路的实际使用带宽就在64k上下，不多也不少。视频的服务我没有用过，不过大家可以留意一下，大多数流式媒体的服务应该都有服务质量(QOS)的设置，这一项将会控制每路媒体的带宽。
4、不定带宽的数据传输应用，如文件下载等。一般情况下这种客户是有多少就用多少，把你的带宽或自己的带宽填满为止。

提供服务的时候我们需要了解自己的连接带宽。
使用ADSL这样的介质提供服务的时候我们需要注意它是不对称的，这个大家只要上载一个文件和下载一个大文件就知道了。目前电信提供的ADSL为上行640k 
BPS，下行2M 
BPS,实际用的时候上载的速率为64K字节/秒，下载为200K字节/秒。由于通信上使用的时位/秒的单位，而一个字节为8位，在加上网络传输的开销，大致上BPS除以10就是字节/秒的速率。还要注意的是，你的上行速率对于你的客户就是下行速率，反过来以一样。于是ADSL服务器对ADSL客户机的双向速率都是640k。（不是很好，不过比我那是的ISP已经好多了,影响中97年的时候嘉星联机也不过是1M的带宽，不过那时候大家也就是33600或28800的modem载滴水而已)

使用局域网宽带的用户则好一些，目前这类用户不多，服务商的总带宽足够大家玩，但是在使用高峰期由于共享带宽的问题（即使末端的集线器是交换式也存在出口带宽的问题，不象电信的ADSL是直接通过ATM连接Chinanet主干）实际的带宽就会下降。如果你周围的用户仅仅是浏览网页，偶尔下载文件的话也无伤大雅，如果他们页使用"花生壳"提供服务的话，就直接和你构成竞争了。

对于用户数的估算可以这样进行：
对于上述第2种服务可以这样算：你的实际上行带宽/用户的平均下行带宽*20，如ADSL的640K上行/64K的ISDN*20则可以支撑 
200个用户，当然这还要看你的网页设计情况，一般要求网页在一分钟之内下载完毕，在前30秒内大部分内容能够显示出来则用户会觉得网站很快，按这个要求在上述条件下必须保证一个页面的内容包括内联图片不要超过30k。这个要求通常很难达到，所以一定带宽下最佳的用户支持量和页面制作是相关的，这个问题我们以后在讨论。

对于第3种情况，就是简单的除法，超过用户数则会出现跳帧，声音抖动等问题。
对于第4种情况，原则上就是看用户能够忍受多少的速度了，如果你的内容好，（如好电影，图片）则哪怕1k也会有人愿意下载。

如果你同时提供多种服务，建议第3种服务不要和其它服务同时提供，毕竟你的带宽有限，而且现在宽带的用户也在逐渐增加。今后我们会考虑开发一个域名指向多个IP地址的增强服务，让几个朋友得带宽可以分配使用。

最后谈谈连接质量对实际传输的影响，如果网络连接质量不高，经常出现丢包现象则会大大影响网路的实际传输速度，对于TCP通信类的服务（Web 
Ftp等）由于由超时重传的机制保证了网络传输的可靠性，但是丢包引起的重传会大大增加网络的传输延迟时间，载用户看来网络的传输速度的大大下降了，为了等重传的数据，或等应答数据客户机和服务器之间的通信就会临时中断，直到超时，然后再重来一遍，这段时间由于我们的服务商的网络连接质量出现问题，就导致大家觉得我们的服务速度大大下降了。
有时候一条连接质量好的64K线路，比一条连接质量差的512k线路的速度还会就是这个道理。