HG255D 刷了 OpenWrt bb,设置 QoS 规则对付迅雷效果貌似不错,但是下载时 CPU 占用 80%左右,怎么破……

2015 年 7 月 24 日
 acess
电信的光纤,10M下行。编译时启用了l7-protocols、luci-app-qos。
在LuCI的QoS页面设置规则,服务为xunlei、bittorrent、edonkey的流量(协议、IP地址、端口等都是任意)优先级全部设为低后,迅雷下载速度降为800KB/s左右,但是ping一个江苏的DNS还能维持在10ms左右,和不开迅雷时差不多。
可是,ssh连上去,top发现CPU使用率都上80%了……384Mbps的MIPS单核果然不能指望太多么。
这样的话,如果升级20M下行,肯定就hold不住了吧。

那么……有什么办法能解决这个问题么?比如改变QoS策略?
或者,更换性能更强大的路由?我不希望成本太高,最好不要超过300元。
1687 次点击
所在节点    OpenWrt
15 条回复
ryd994
2015 年 7 月 25 日
主要是软nat的压力,openwrt没办法
zonghua
2015 年 7 月 25 日
我在他上面运行node.js
Rorysky
2015 年 7 月 25 日
搞个 200 的板子 做软路由
TheCure
2015 年 7 月 25 日
我先来吐槽一下384MBps的CPU
这个倒不一定是NAT的压力,是这个hg255d实在太烂了
我的是720Mhz的处理器,上面跑了一个vpn服务器
现在的负载
Load Average 0.02, 0.08, 0.12
zhengnanlee
2015 年 7 月 25 日
wrtnode你值得拥有
acess
2015 年 7 月 25 日
@callofmx 那个不是CPU使用率
strongcoder
2015 年 7 月 25 日
我建议你买网件4300 你值得拥有 双128M 配置强大 双频WIFI 刷好OpenWRT 感觉上天入地无所不能 哈哈~~~~
strongcoder
2015 年 7 月 25 日
HG255D 我也有一个 没有改RAM的 现在给刷成一个普通无线路由使用了 稳定性还行 孱弱的硬件配置折腾OpenWRT真实有点够呛
leavic
2015 年 7 月 25 日
@zhengnanlee wrtnode和小米mini,newifi,中兴q3这些路由的芯片完全是同一家,就硬件性能而言不会有什么特别优秀的地方。
zhengnanlee
2015 年 7 月 25 日
@leavic 不是据说CPU会好一些?
leavic
2015 年 7 月 25 日
@zhengnanlee 都是MT7620N,他家的哪里就好了,卖几块开发板而已,MTK还会给他特供芯片?
wusibacg
2015 年 7 月 25 日
@acess 楼主你的qos是怎么设置的呢?我想学习下..
acess
2015 年 7 月 26 日
@wusibacg
就是在openwrt的网页界面luci里打开网络-QoS,然后添加规则,设置服务和优先级,端口、IP地址全部选任意。
iptables的layer7(应用层匹配)支持还需要额外打patch,否则QoS里设置服务不生效。
当时也没充分测试,现在又重现不出那种效果了……
Cola90
2015 年 8 月 3 日
@strongcoder 4300其实性能很弱,wan to wlan就那么80多Mb,要是再跑个ss,那得卡死,还有虽然双频,但不支持ac
strongcoder
2015 年 8 月 3 日
@weiwenwong90 4300 已经可以了...你要求有点高了 直接上X86架构的路由算了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/208176

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX