@
datocp 恩山的 dato 就是你吧？
曾经验证过 openwrt cc 时代的 sqm，sqm 想实现一种仅需要配置上 /下行流量上限就可以实现的全自动化 qos，无需像 qos-scripts 这样需要了解流量和延迟的对比关系，有针对性精细化保障需要的流量达到的延迟。
没用过 cc 时代 sqm，不做评价。
研究了半天发现 sqm 竟然是个 dscp 标记实现。。。dscp 只有网管交换机才有吧。于是它的流量分类实现根本就是扯淡，99%以上的流量基本都进入了低优先级分类，可笑吧。那么为什么有些用户还是说 sqm 还是有点效果的只是有时候还是延迟波动厉害至少比没有 sqm 时强。这些年研究的结果在 adsl 电话线时代就可以实现 60%的流量保证延迟和流量平衡，而 qos 往往是要抑制流量达到 80%以上的延迟效果。这里有个关键点上行流量饱和程度决定了延迟了波动。而 qos-scripts 可以有针对性对游戏端口实现高优先级队列，在光纤线路实现游戏延迟<19ms，p2p 流量接近 600ms。
https://wiki.openwrt.org/doc/uci/sqmdscp 是可选功能而已吧？
sqm 一个更致命的情况，它仅是个每包匹配实现，在所有 openwrt 系统只有 qos-scripts 具备 connmark restore 结构，这是个包标记应用到连接标记的实现，在繁忙的网络将对 cpu 消耗得厉害，这也是认为同样具备 hfsc 算法的石像鬼根本不如 qos-scripts。
阁下喜欢 qos-scripts 没必要贬低 sqm。看设备咯，我是没感觉到任何性能负担。
很多人认为 qos 不是限速，可是正是因为流量分组保障了流量和延迟的关系。不知道 sqm 在企业网络，在有 1%的用户占用了 99%以上流量时 99%的用户是种什么体验。
没错 QoS 不是限速，目的是解决 Bufferbloat。阁下所说在企业网络，那不仅是需要 QoS，那需要流控。需要看具体环境采取方案。1%的用户占用速度，那完全就是限速流控的事情了。不是 QoS 要解决的。当然 QoS 或许能解决，但是那不是 QoS 的主要目的。
QoS 是什么？
服务质量（英语：Quality of Service，缩写 QoS ）是一个术语，在分组交换网络领域中指网络满足给定业务合同的概率；或在许多情况下，非正式地指分组在网络中两点间通过的概率。QoS 是一种控制机制，它提供了针对不同用户或者不同数据流采用相应不同的优先级，或者是根据应用程序的要求，保证数据流的性能达到一定的水准。QoS 的保证对于容量有限的网络来说是十分重要的，特别是对于流多媒体应用，例如 VoIP 和 IPTV 等，因为这些应用常常需要固定的传输率，对延时也比较敏感。
QoS 只需要解决降低丢包、降低延迟、优化顺序，即可。
不知道阁下对 QoS 以及 sqm 是否有什么误解。sqm 在满速跑上传下载的情况下，延迟不加大不丢包。不就可以了吗？
当然我的环境家用要跑满确实比较难，＞ 1000Mbps Download ＞ 65Mbps Upload，所以极限情况下 sqm 的效果我也没测试。只测试了跑满上传的情况下。