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

allenlu1212

1.linux的TC模块对qos有了很好的支持，但对系统的资源消耗很大。我的开发环境是嵌入式+MIPS+Multi-core，linux内核版本是2.6.21。以HTB为例，配置了     qdisc&class（约10000个class）后使得系统整体性能大大降低，大约下降了60%。

2.查看最新的linux版本2.6.29发现内核已对此做了改进，dev->queue_lock由原来的单个lock改进成了过个lock，这对于嵌入式的多核开发环境来说应该有助于性能的提高，但我将自己的linux内核改造成多个lock后，发现性能依然没什么起色，可见linux本身的TC的性能比较差，不适合嵌入式的环境。

3. 不知道大家对嵌入式linux的QOS都是怎么处理的？各位对这个问题有什么见解，思路和妙计，恳请赐教！

dreamice

性能本身就是个瓶颈，要想得到更多的服务，必然以牺牲性能为代价。别说10000个class，就算是多10000个函数调用，那性能也下来了

epegasus

问个很弱的问题:拿什么标志系统整体性能的?

allenlu1212

对网络设备而言，主要是throughput, latency, loss, jitters, 参看rfc2544

epegasus

throughput?TCP还是UDP?如果是upd传输延时是肯定的.

[ 本帖最后由 epegasus 于 2009-4-8 17:58 编辑 ]

kevert

关注......
不单是tc， netfilter对性能的影响也很大。

dreamice

是的，Linux毕竟还是一个通用的OS，而不是专用OS

allenlu1212

只能自己写qos了...

emmoblin

“可见linux本身的TC的性能比较差，不适合嵌入式的环境。”

我也是作qos的，有机会可以与lz交流交流。

我没测试过性能。不过你这话有问题。
TC只是一个用户层程序，用于把配置传入到内核，配置qdisc，比如htb。
真正起核心作用的是htb算法。

所以性能低跟tc一点关系都没有，只能说htb性能低。

qos一般可以考虑使用硬件实现，fpga实现，比用令牌桶限速容易多了。而且精度更高。
htb非常吃cpu的。里边还有红黑树的搜索，计算令牌等大量的计算。

scutan

原帖由 allenlu1212 于 2009-4-8 21:59 发表
只能自己写qos了...

不要重复造车轮，可以看一些相关的论文。然后在现有的QoS上面进行更改。