两者,配置的盒子和交通源(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%.
是否有可能有效地限制传入带宽?
解决方法bw is lower than expected
我认为你必须相应增加爆发.
Is is possible to effectively limit incoming banDWIDth?
我说你肯定可以达到类似的效果,丢弃数据包,而不是接收它们.对于具有带宽自我调整机制的TCP这样的prot,它会有效地工作.看看http://www.linuximq.net/faq.html
总结以上是内存溢出为你收集整理的Linux上的传入(入口)流量整形 – bw低于预期全部内容,希望文章能够帮你解决Linux上的传入(入口)流量整形 – bw低于预期所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)