|
pps,每秒转发的数据包数量,pps=包/秒,即包转发率
64byte是以太网的最小包,这是物理特性决定的
一个以太网帧,包括64byte的数据,8byte帧头,12byte帧间隙(帧间隙是为了区别两个以太网帧)
100Mbps以太网,每秒能转发的最小包的数量为:100000000bps/8bit/(64+8+12)≈148809
所以,当包的数量越多,帧头、帧间隙所消耗的带宽越多
不同长度数据包能达到的理论速度:
148809 X 64 X 8 = 76190208 ≈ 72.660 Mbps
84459 X 128 X 8 = 86486016 ≈ 82.479 Mbps
45290 X 256 X 8 = 92753920 ≈ 88.457 Mbps
23496 X 512 X 8 = 96239616 ≈ 91.781 Mbps
11973 X 1024X 8 = 98082816 ≈ 93.539 Mbps
9615 X 1280 X 8 = 98457600 ≈ 93.896 Mbps
8127 X 1518 X 8 = 98694288 ≈ 94.122 Mbps
64不是128的一半吗?为什么128byte时,包的数量不是148809的一半呢?
100000000bps/8bit/(64+8+12)≈148809
100000000bps/8bit/(128+8+12)≈84459
所以,当你100M带宽时,看不到95M以上的流量,是很正常的,这代表了有大量小包
比如很多采用udp协议的竞技游戏,这类udp包长度都比较小,而这种竞技游戏又讲究反应速度,会发送和接收到大量的udp包
这就是为什么300以下客户机的网吧拉几十M带宽,CF等不跳PING,几十M而已,即使全是64byte的小包,也能处理过来
而更多客户机后,即使是100M带宽,流量90~95M,却容易出现延迟
P2P类应用也是存在大量的udp包
结论:100M带宽通过限制上行只可以解决下行流量问题,要处理更多的数据包,多线是必然选择! |
绿茶, 网吧, 3389, 服务器, 3389, 3389, 3389, ndeer, 极速版, 诺德尔, 3389, VGA, 服务器, 3389, 3389, 3389, DNF, 锐起, 3389, 网吧, 网吧系统, 3389, 服务器, 网吧, 网管, 网维大师, 3389, 系统封装,
|