关于qos及应用层限速心得
本帖最后由 workbaby 于 2011-6-29 13:32 编辑从09年接触ros到现在也有两年时间.
在这两年里经历了无数次的测试和失败。
今天终于总算总结出了一套适用于小区网络的比较合理的带宽分配策略。
在小区应用中。现在用户主流是游戏,网页,网页电影,QQ,pps等这几个应用。
在前一年的经验中。光凭tree带父级的qos。只能做到总体的优先。
但分配上很不均衡。但是如果做了不带子级的限速又达不到各种应用层跑不同速的的效果。
所以很多人用了pa。这也许也就是pa流行的原因。
但我觉着我是比较喜欢钻牛角尖的。所以一直以来都没使用pa来完成这些事情。
既然纯粹的tree桶级解决不了分配的问题。那么就用simple来完成吧。
实际我(纯属个人观点)个人觉得simple就像一个可指定接口的高级tree
使用起来相当简单。在simple和tree桶级的配合下。各应用层限速相当稳定。
目前使用已接近半年。除了前期自已写的多线dnf组队脚本出现内存占用利害以外。(现在已修复)
还有就是pcc因为是使用连接标记。所以自动调整时用户会断线。当然这个是ros自身的问题与我无关。
综合来说应用层限速加上qos的帮助。速度上相当的稳定。
所以我建议大家尝测一下小区用这种做法。
下面是我应用层限速2m截的两张图
呵呵，沙发~~~~~~~~ 本帖最后由 peckpock 于 2011-6-29 08:47 编辑
simple和tree配合少人的时候就不能百分百利用整个宽带了.不过稳定是很不错的.
还是想指定的分类包进行SIMPLE限速? simple和tree 即可做等级优化，又可以做 1M 2M 4M等的分配。符合小区使用！
也用了半年多了，挺不错的！ 本帖最后由 workbaby 于 2011-6-29 13:07 编辑
回复 peckpock 的帖子
分类包进行限速。再跑qos
说实在的。用户要的并不是最大化利用带宽。
而是要稳定的速度。用户在任何时候测到的都是你说的速度。这点是很重要的。
相反早期最大化利用时人少时速度快。人多时速度慢。用户投诉较大。
还不如稳定速度的好。而且应用层限速后。
用户同时开更多的东西都会感觉到流畅。而不像单一qos时。
同时开pps,网页，游戏。其中一样速度会很慢。
这种情况应用层限速下。三样都能得到稳定速度。
而且人多时带宽的利用率也要高于单一的qos 多搞点图片:lol 高手所见相同;P;P 路过，看看…… :P 不给举个例子啊。哈哈:@:@:@ 这个粟子要怎么举呢?
我说的不够明白? 回复 workbaby 的帖子
想知道怎么做，能说说吗？
我现在启动了TREE，SIMPLE就没动作了。搞了好久都没搞明白 本帖最后由 9939781 于 2011-7-6 17:18 编辑
SIM的限速是每条规则都跑一次，TREE是只跑需要的。所以SIM对CPU的负载比TREE的大。 学习了。谢谢@ 楼主的心得很好，慢慢学习ing 路过，看看……
页:
[1]
2