datocp
2019-11-24 07:22:32 +08:00
这个迅雷导致网页慢甚至路由管理界面都打不开的问题，至今百思不得其解为什么路由管理界面也会打不开。
当然现在软路由概念比较广，openwrt 也属于这个范围。然后就是该不该在路由设定 qos,其实电信对一些常用的游戏像英雄联盟已经 qos 了。如果路由的 qos 设定不当反而导致延迟更高。
至于 x86 相对于 ramips 最主要还是 cpu 强大，目前已知像 pppoe 这种虚拟接口是需要 cpu 来支撑的。像 mtk7620 pppoe 接口大概也就 60-80mbps,加载了那个什么硬件加速插件能 100mbps 全速跑满。而 br-wan 这种接口直接就可以在 qos 状态下跑满 100mbps,而且还是 ifb0 接口。
至于 qos 可以研究 openwrt 下的 qos-scripts,至于 sqm 不支持 connmark。而且这么多年了还不支持 connmark,显然那些人都没有意识到不支持 connmark 的 qos 有多耗 cpu 性能，动不动就告诉用户换个 cpu 性能更好的路由。
网页打开快很简单，linux 下的 tc 会将上行流量分成不同的流量组，根据别人在 adsl 线路上的结论在上行流量达到 60%仍然能保持极低的延迟，在上行流量达到 80%仍然能保持流量和延迟的平衡，而超过 80%就开始波动了。这里有个很重要的现象整体线路的 80%以及每个分组的 80%。这样将游戏的延迟设定到需要绝对优先级的 20%流量分分组，将获得 19ms 的极低延迟。将网页优先于 p2p 流量共享 80%的流量分组，此时 p2p 的延迟可能接近 600ms。
在平常状态下网页低于游戏高于 p2p 流量，如果简单理解这个 pppoe 接口的 qos 上行队列就是 游戏网页 p2p ,根据 tcp 握手的过程 isp 端也将优先返回游戏网页 p2p 流量，这就是 qos 优于 pfifo 先进先出的说法，有优先级的改变上行队列从而更快的获得下行队列。
基本关键词就是 qos,还有 pppoe tun power。