硬路由上直接搞定，赋能所有设备

@wuruxu 联发科的处理器是可以支持“安装插件后”硬件转发的，甚至还包括硬件 Qos

@billytom 当时买这个京东云， 我就是图它 1G 的内存

@wuruxu 一年差几度电？
至于无线，无线走另外的 mesh 或 ac+ap ，跟路由完全不搭界。

@bclerdx 硬路由啥功能比 X86 厉害

数据包转发对吧。

实际你一个个人用户能用到多大带宽？

强大的转发能力就是摆设

你又不是开网吧的，动不动就连上百台机器。家里几台设备，硬路由最强大的能力基本就是一个摆设。

@likooo125802023 几度电也是优化，相同的需求的情况下，研究怎么优化功耗和性能，对我来说也是有意义的

@likooo125802023 衡量转发的不一定是带宽速率，更一般的是转发数据包速率。硬件转发一定会在每秒接发数据包的数量优于 x86 ，比如说速率都是 100Mbps,x86 只能在每秒 10 个数据包的场景下达成，但是硬件转发可以在 30 个数据下达成。你在体验流媒体视频游戏的时候尤为突出啊。很多应用都是小字节数据包但是延迟要求高，这一定是 x86 死穴。

在公司 100mbps 移动专线 erx 刷 openwet21.02.5 带 285+终端，上次看 16384 并发都超限了，前几天看中午头也都到 13000+以上并发了。

在这个版本，mtk7620 pppoe 也已经能全速跑满 100mbps 。
mtk 到底有没有硬件转发，不说在 qos 状态就失效嘛！事实上在多终端环境，宁要 qos 不要线性转发。在 qos 下以前 mtk7620 只有 br-wan 实际在 qos 下接近 500mbps ，现在至少 pppoe 100mbps 也是跑满，之前不到 80mbps 吧。

一直对所谓的什么大小包概念不清不楚。实际上从 qos 策略上来上看，用 linux tc 对 icmp/ack/syn/fin/rst 一直是对应最高优先级出列。有很多简单的方法，提高上行队列优先级降低延迟。还有在交换机环境去除标记预防进入交换机的 qos 策略，上下行 mtu 解决拆包提高网络呑吐。已经从 2016 年开始在公司环境应用 openwrt ，以前也没用过啥路由，tplink 企业级算嘛！和 openwrt 比起来差远了，openwrt 能根据讨论随时添加包进固件，做属于自己的路由固件。

@tyrone2333
这网站的硬件和网络配置做到 80 分只要$150 ，做到 90 分需要$1500

@saltedfishgames 你觉得数据包延时重要，没问题
我没少打网游和网络对战，知道这个重要性。

又不是 MODEM 拨号年代，一个 100ms 和一个 10ms 的差距，现在 x86 和普通硬路由那点差距，纳秒级，你压根体会不出来。

@wuruxu 有这闲工夫为啥不多挣点钱呢？你哪怕哪怕跑个滴滴赚 20 块，都够你用一年的电费

@likooo125802023 我觉得你还是没理解转发包和转发流量的区别。当一个协议的数据报小而频繁的时候 x86 就无法适应。网络路由器交换机这些都是从 cpu 转发到专有芯片处理发展过来的，淘汰自然有它的致命缺点。你可以这样试试语音通话、会议支持、直播流，这几个玩意 x86 什么设备可以做到不卡顿的。

@mizuki9 MetaCubeX/mihomo ,确实是 go, 我没细看，github 显示了 100%的 python ，感觉是 bug 。

@gaoryrt 哈哈 你笋！

@idealhs #50 aes 现在的 arm 上，都有硬件加密指令了，毫无压力了属于。如果非标准加密算法可能才是大坑，需要 CPU 硬抗

@cubecube #74 额，x86 更早就硬件加速了。这里面提到完全是因为 x86 的软路由有很大一部分是捡垃圾来的，很旧，很便宜。

@idealhs aesni 模块在 x86 中也存在不少时间了，区别就是 arm 很新很便宜 ，哈哈

装了 op 没硬件加速和软路由有什么区别，甚至还不如性能强点的软路由

@SakuraYuki 装了 OP ，硬路由搞定了，可以当主路由用
很少看到谁家里的主路由是软路由

@wuruxu #78 以前我就是拿软路由当主路由用的，对家庭网络负载其实没太大区别，软路由科学上网还强点，不过现在我换成了 mac mini 当网关的形式

https://imgur.com/a/KeFdJRx
有 hnat 才叫硬件路由。另外安利一个项目: immortalwrt-mt798x ，懂得都懂。