3

6

天花板？ mtk ？扔下海！

7

天花板？？几年前咱就用 rk3588 （ a76+a55 ） 了

12

16

18

@nkwqrwe264556364 你这个难道不是自己配置的问题？而且那个加速芯片，对比 x86 提升的体感几乎忽略不计。那芯片最主要的作用就是帮那孱弱的 cpu 减负用的。

19

@likooo125802023 你 x86 64B 小包能线速转发吗？硬中断完等分时调度器调度到 softirq 延迟有保证吗？有交换芯片吗，背板带宽能打满端口线速吗，开个软件桥当低性能高功耗交换机闹麻了。还软件包，把网络设备当通用计算机就是你以为的路由器吗。

22

@nlzy 你现在用的互联网 app 的后端网络几乎都跑在 ebpf 或者性能更差的 netfilter 上去封装 vxlan ，你有感知吗？所有网站的接入的标准架构就是 dpvs + nginx ，nginx 还是个用户态的代理，你同样也没感知，到软路由这层这几十 us 的延迟你就有感知了😁

23

@FabricPath 你先别急。我看不爽的是帖子里聊硬路由非得有人凑上来说“现在不都软路由当道”，和在安卓帖里硬凑上来说苹果牛逼谁用安卓的脑残果粉有什么区别？

24

@nlzy 我不急的，我这 mellanox 的 ct offload 和 ebpf 都大规模在生产环境用过，你觉得 offload 是“延迟可预期的”那只是因为你了解的太少了，你能想清楚：
1. snat 的端口谁分配的？
2. offload 的 conntrack 表项的生命周期是怎么管理的（带 RST 、SYN 、FIN 的报文如何处理）
3. offload 的 conntrack 存储在哪里
4. offload 的 conntrack 如何查找（硬件能否实现 Hash+冲突链查找？）
你就能想清楚 offload 的可预测性还不如 netfilter 。mellanox 搞这么多年网卡 offload ，现在也就 rte flow+五元组精确匹配场景下能大规模应用； tc flower + ct offload 也就在小规模玩玩；容器场景都是 ebpf 、netfilter 当道

25

再回到硬路由，硬路由受限于那小身板 CPU ，ct 的 curd 延迟在大部分情况都不如 x86 软路由，所以如上所说，如果说一个 n100+i225 网卡的软路由还比不过硬路由那小身板，那就先怀疑一下是不是开了 fullcone nat ，或者网卡不支持 rss （典型的比如 realtek 那几个网卡）

26

@FabricPath 我读 mt7988 的寄存器手册，mlx5 的源码也读过一点，你考的这几个问题我不想自证了。我反对的是一上来用就软路由踩一脚家用硬路由的行为，一些 A53/A55 软路由，或者是性能很差 x86 比如 j1900 / N4000 之流的玩意我就是看不爽，三层软转发性能不如 7988 ，内网二层交换用软桥接带宽延迟和包转发率更是惨不忍睹，端口少功耗高价格还不低。这种情况下买个 7988 的 SoC 刷个系统当软路由用其实比很多市售软路由成品要好得多，性能功耗端口数都对得起价格。

27

@FabricPath 这个帖子的原意是家用环境买什么网络设备比较好，迫不及待要秀自己的大规模生产环境实践经验和 ct / nf 原理有什么用呢，家里建 IDC ？

28

@nlzy 你一来就在秀你那为数不多的 netfilter 知识，一来就说硬路由的 offload 吊打软路由，一来就是 softirq 延迟不可预期，问你 offload 的延迟可不可预期你又说不出来🤣给你说了转发延迟几 us 人肉完全不可感知，你还在这叭叭说 netfilter 性能惨不忍睹，有多惨？互联网 idc 全都是 netfilter ，你有感知？
另外，路由选型一直一来都是：动手能力不强用成品路由；动手能力强用软路由，上限极高。至于你说那 offload 带来的几 us 延迟，不在考虑范围。你只考虑转发延迟低了几 us ，那你要不要考虑一下新建连接时，ct 插入额外带来几 us 的延迟呢