大佬教程收集整理的这篇文章主要介绍了Linux上的传入(入口)流量整形 – bw低于预期，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
两者,配置的盒子和交通源(http服务器)都连接到同一个交换机,如果没有配置整形,下载速度为30MBps
我根据http://lartc.org/lartc.html使用tc
########## downlink ############# # slow downloads down to somewhat less than the real speed to prevent # queuing at our ISP. Tune to see how high you can set it. # ISPs tend to have *huge* queues to make sure big downloads are fast # # attach ingress policer: /sbin/tc qdisc add dev $DEV handle ffff: ingress # filter *everything* to it (0.0.0.0/0),drop everything that's # coming in too fast: /sbin/tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src \ 0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1
但是,有效下载速度远远低于配置.这是我的实验结果
设定费率,KBps：实际费率,KBps
> 32 KBps：30 KBps
> 64 KBps：50 KBps
> 128 KBps：106 KBps
> 256 KBps：160 KBps
> 512 KBps：210 KBps
> 1024 KBps：255 KBps
对于小带宽整形工作非常好,但在1024 KBit有效比特率比预期少75％.
是否有可能有效地限制传入带宽？
我认为你必须相应增加爆发.
我说你肯定可以达到类似的效果,丢弃数据包,而不是接收它们.对于具有带宽自我调整机制的TCP这样的prot,它会有效地工作.看看http://www.linuximq.net/faq.html
以上是大佬教程为你收集整理的Linux上的传入(入口)流量整形 – bw低于预期全部内容，希望文章能够帮你解决Linux上的传入(入口)流量整形 – bw低于预期所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。