硬件加速/硬件 offload 相关问题

[hypermox]

最近在看 openwrt 和软路由相关的资料，但是有个问题没有找到答案，希望有大佬解答一下

目前已知：
1. 硬路由原厂固件可以使用硬件加速
2. 部分 fork 的 openwrt 固件通过添加驱动也可以使用硬件加速
3. 开启部分服务会导致回退 cpu 软转发

问题：
家庭网络环境下，需求是拨号、路由、科学、ddns 、端口转发
请问在以上服务开启后，是所有的硬件加速都无法启用还是部分仍能工作（比如拨号）？

[kokutou]

除了科学，其他的 cpu 够强软件都可以解决。
科学放路由器上真不好用，因为拿不到 url 不能针对性的分流。建议放个 http 服务在路由器上，clash 的规则文件放在上面，内网客户端 clash 从这上面更新。

[huangya]

目前个人看到的是都能工作

[yyzh]

看着是没什么问题，不过硬路由上 openwrt 只能选高通的机子吧，博通好像驱动没放出来。

[cwbsw]

拨号、路由、ddns 、端口转发都不受影响。
科学要看是什么方式。透明代理方式不受影响，策略路由方式会受影响，但不一定不能用，还要看具体实现。

[hypermox]

@huangya
请问您是用的 immortalwrt 固件吗？

[hypermox]

https://github.com/BingMeme/OpenWrt_CN

在这个仓库里看到了这样一句话：HWNAT 对小包（小于 128K) 不会有加速效果，而大部分游戏和 DNS 等都是小的 UDP 报文，这时候都靠 CPU 转发，x86 软路由有明显的转发性能优势

现在仍然如此吗？

[huangya]

@hypermox 高通的可以用 lean 的，mtk 直接用 openwrt 官方即可。

[huangya]

@hypermox
在这个仓库里看到了这样一句话：HWNAT 对小包（小于 128K) 不会有加速效果，而大部分游戏和 DNS 等都是小的 UDP 报文，这时候都靠 CPU 转发，x86 软路由有明显的转发性能优势

这句话本身有两处错误:
1.typo. 128k ->128
2.HWNAT 对小包相比 x86 有明显优势。小包恰恰是 x86 的软肋。

[carrionlee]

有条件的话，硬路由做主路由，有需求的流量通过透明网关(所谓旁路)出去。

[hypermox]

@huangya
感谢，我也是说看了半天 HWNAT 明显是会更快的怎么到这反而说变慢了

另外还有一个问题想请教一下

您说的 lean 和官方的固件是有无线 HWNAT 的吗？我看有线的是有支持的

[huangya]

@hypermox 无线也有。mtk 在官方固件要用 master branch 。我测试过 MT7986.

[hypermox]

@huangya 感谢

[bibiisme]

@hypermox 至少 mtk 能支持小包。另外主线 op mtk 的硬件加速对 udp 支持不好，至少我测的时候跑个迅雷 bt 基本全走 cpu ，hanwckf 那个没问题。

[hypermox]

@bibiisme 感谢