[问题求助]linux下有那些QOS管理 [复制链接]

在网上看.了前辈们的资料。QOS用的都是 TC服务器

不知道可.有其他QOS管理东东了？             电子

TC不够吗？

常见的流控控制队列都支持了。

QUOTE:原帖由 ssffzz1 于 2008-3-10 10:48 发表
TC不够吗？

常见的流控控制队列都支持了。



前辈说的很对，TC功能比较的完善。但不知道前辈有没有感觉到，使用TC后，网速变慢。（主要对内网用户而言）

http://linux.chinaunix.net/bbs/viewthread.php?tid=904305  请前辈看看这个帖子  他也是这样认为的。所以，向你问问各位前辈有没有其他的QOS管理工具，我做测试一下。  谢谢前辈的回复

的确有这个问题。因为流量控制TC，要经过采样以及复杂的计算，以及缓存，控制等。这无疑中增加了转发的延迟。
因此有人说增大带宽就是最好的QOS。另外QOS尽可能的简约，以减少这种消耗。尤其是在CPu处理能力不强的机器上。

QUOTE:原帖由 yby123 于 2008-3-10 10:52 发表



前辈说的很对，TC功能比较的完善。但不知道前辈有没有感觉到，使用TC后，网速变慢。（主要对内网用户而言）

http://linux.chinaunix.net/bbs/viewthread.php?tid=904305  请前辈看看这个帖子  他也是这 ...



你分配的那个带宽也太小了，100kbps约为12KB左右，你认为有多快？

QUOTE:原帖由 ssffzz1 于 2008-3-10 11:16 发表
的确有这个问题。因为流量控制TC，要经过采样以及复杂的计算，以及缓存，控制等。这无疑中增加了转发的延迟。
因此有人说增大带宽就是最好的QOS。另外QOS尽可能的简约，以减少这种消耗。尤其是在CPu处理能力不 ...



前辈指教的是，小弟发现我用IPTABLES加特征码都能匹配。但网速会慢一些。

QUOTE:原帖由 kevin.tan 于 2008-3-10 11:59 发表



你分配的那个带宽也太小了，100kbps约为12KB左右，你认为有多快？



前辈误解了，是我无意中看到别人的这个帖子。不过他这样非配的确有点太。。。。。

QUOTE:原帖由 yby123 于 2008-3-10 14:42 发表



前辈误解了，是我无意中看到别人的这个帖子。不过他这样非配的确有点太。。。。。


惭愧， ，互相学习。

我个人认为tc的u32分类器匹配包与iptables 的MARK相比应该会快一些，因为tc 的u32是内核态的，而iptables的MARK是用户态的。

不知我这样理解是否有误，请大家指证。