求教：嵌入式linux如何实现简单&高性能的qos？

platinum

CBQ 比 HTB 效率要高，但精度要差

allenlu1212

没错，是HTB性能差，软件实现的qos通常会使性能大大降低，平均在40%。

richardhesidu

从linux的实时性上下手应该可以提高性能

allenlu1212

实时性上下手？可不可以说的具体点？

richardhesidu

我觉得可以用diffserv，对不同的服务使用不同优先级的工作队列

epegasus

首先要考虑"性能差"的原因,有没有证据说明性能差就是执行指令造成的?
如果是UDP,通常流量都与延时有关,而TCP倒不见得.
如果一个数据包整个处理流程要经过500条指令处理,对于一个大概500MHZ的处理器那么包的延时大概是1/1000000,就是0.001ms这个值对UDP流量几乎没影响.
但假设如果用软件的QOS包必须在内存先排队,也就是为了统计流量特性.那么延时就是单个包处理延时*排队包个数,假设最大有500个包在排队,那么包的延时大概是0.5ms,这对UDP流量是致命的.对TCP也有一定影响,但要小些.
而排队数越多,就是所谓的"精度越高".

epegasus

再假设CPU处理是无限快的,那么基于排队和缓存的QOS是否对"性能"有影响呢?
还是有!如果包是分类的,并且个类的流量不同,那么为了在输出给出一个按流量的分类特性,假设各类的来源都是满速率接到,被安排小流量的类的包则具有更大延时,这个直接影响了流量统计软件本身的值,假设有2个类,按流量分为2:1的输出,作为低的本来在合速率上应该提供1的分量,但是延时却让流量测试软件认为其流量远少于1.
所以但从流量上来看,不光是排队造成的延时,分类策略内部本身也造成影响,这个不是能有软件或硬件加速这类方式改善的.打个简单的比方,只有一种包类,那么接到这个包后就转发出去,这是种极限的情形,那么他就等价于没有QOS的情形.
提高真正的物理线速率能对此有改善,比如10M换成100M.为什么呢?很简单的比方:10M线速,假设没有缓存延时,那么他从A到B的传输时间是包长/线速.如果有500包在缓存,那么他的延时就变上一个值的500倍,以知一个包大概是1500个字节,那10M带宽下总延时大概是0.6秒!(我这个是不是算错了?)100M带宽下就是0.06秒.

[ 本帖最后由 epegasus 于 2009-4-9 14:38 编辑 ]

epegasus

这样算来500个数据包的缓存确实不大可能,实际应该小的多,但是精度越高延时越大,10000个class,肯定比100个延时更多时间.

allenlu1212

qos原本是想提高服务质量的，但启用qos后，使得相当一部分系统资源耗费在了qos自身上，从而使得系统整体性能下降。不知道这两者的平衡如何把握。

allenlu1212

每个class有自己的rate, ceil， 即每个class就相当于每个queue， 一个packet只可能在某个特定的class上入队和出队（不可虑borrow的情况）。所以，单纯从这个角度看，10000个class和100个class对packet的延时应该影响不大。