入手了 7DR7299 ，确实很强，原来换了一个强的芯片，可以明显提速
第 1 条附言 · 5 天前
忘了说，刷了 openwrt
 |
1
likooo125802023 6 天前  1
这年头不都软路由当道？？
|
 |
2
nlzy 6 天前 via Android
@likooo125802023 这是 A73 ，大多数 ARM 软路由的招笑 A53/A55 没资格碰瓷
|
 |
3
laminux29 6 天前
TL-7DR7299 ？
京东自营 ¥950 TP-LINK BE7200 Wi-Fi 7 家用无线路由器，飞流双万兆版 10G SFP+ * 1 10G 电口 * 1 2.5G 电口 * 4 1G 电口 * 2 USB 3.0 Type-C * 1 |
 |
5
nkwqrwe264556364 OP @WizardLeo 这是很强的 arm 芯片，目前接近天花板，排老二了
|
 |
6
pingdog 6 天前 via Android
天花板？ mtk ？扔下海！
|
 |
7
rrfeng 6 天前 via Android
天花板？？几年前咱就用 rk3588 （ a76+a55 ） 了
|
|
8
nkwqrwe264556364 OP @rrfeng 之前用英特尔 N200 ，打开网页速度远不如这个，因为没有叫什么的芯片加速，硬路由才有
|
 |
9
Thymolblue 6 天前
这款路由带管理吗？想轻微统计一下上网行为
|
 |
10
WizardLeo 6 天前
@nkwqrwe264556364 要实现软路由的功能，再强的硬路由也没法调用硬件加速包转发。你如果很满意 x86 软路由换到 arm 硬路由之后的网络体验，那就说明你其实不是软路由的目标用户。
|
 |
11
chocolatesir 6 天前
128M flash 太小了吧，和这个价格有点不相称。
|
 |
12
nightlight9 6 天前 via Android
tplink 我也在用
只能用老旧的 VPN 协议 没有 wireguard 无任何可玩性… |
|
13
likooo125802023 5 天前
|
|
14
nkwqrwe264556364 OP @WizardLeo 我没说清楚，我刷了 openwrt ，哈哈
|
|
15
nkwqrwe264556364 OP @Thymolblue TP 简单的管理有的
|
 |
16
FabricPath 5 天前
@WizardLeo
"再强的硬路由也没法调用硬件加速包转发" 家用路由器的硬件加速伪命题，这几 us 的延迟提升，甚至不如空口拥塞一下的感知明显。 用 openwrt 软路由会感觉到卡的，大概率是装了开源的 fullcone 模块，这个模块有个全局锁 |
|
17
nkwqrwe264556364 OP @FabricPath 太详细的不太懂，但实际的感受提升却是实实在在的
|
 |
18
Ipsum 5 天前 via Android
@nkwqrwe264556364 你这个难道不是自己配置的问题？而且那个加速芯片，对比 x86 提升的体感几乎忽略不计。那芯片最主要的作用就是帮那孱弱的 cpu 减负用的。
|
|
19
nlzy 5 天前 via Android
@likooo125802023 你 x86 64B 小包能线速转发吗？硬中断完等分时调度器调度到 softirq 延迟有保证吗？有交换芯片吗，背板带宽能打满端口线速吗，开个软件桥当低性能高功耗交换机闹麻了。还软件包，把网络设备当通用计算机就是你以为的路由器吗。
|
|
20
likooo125802023 5 天前
@nlzy 你开网吧的还是 IDC 机房？ 你说的这些一个家庭宽带用户毛用的到？
|
 |
21
internelp 4 天前
@nightlight9 这款可以刷机
|
|
22
FabricPath 3 天前
@nlzy 你现在用的互联网 app 的后端网络几乎都跑在 ebpf 或者性能更差的 netfilter 上去封装 vxlan ，你有感知吗？所有网站的接入的标准架构就是 dpvs + nginx ，nginx 还是个用户态的代理，你同样也没感知，到软路由这层这几十 us 的延迟你就有感知了😁
|
|
23
nlzy 3 天前
@FabricPath 你先别急。我看不爽的是帖子里聊硬路由非得有人凑上来说“现在不都软路由当道”，和在安卓帖里硬凑上来说苹果牛逼谁用安卓的脑残果粉有什么区别？
|
|
24
FabricPath 3 天前
@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
FabricPath 3 天前
再回到硬路由，硬路由受限于那小身板 CPU ，ct 的 curd 延迟在大部分情况都不如 x86 软路由，所以如上所说，如果说一个 n100+i225 网卡的软路由还比不过硬路由那小身板，那就先怀疑一下是不是开了 fullcone nat ，或者网卡不支持 rss （典型的比如 realtek 那几个网卡）
|
|
26
nlzy 3 天前 via Android
@FabricPath 我读 mt7988 的寄存器手册，mlx5 的源码也读过一点，你考的这几个问题我不想自证了。我反对的是一上来用就软路由踩一脚家用硬路由的行为，一些 A53/A55 软路由，或者是性能很差 x86 比如 j1900 / N4000 之流的玩意我就是看不爽，三层软转发性能不如 7988 ，内网二层交换用软桥接带宽延迟和包转发率更是惨不忍睹，端口少功耗高价格还不低。这种情况下买个 7988 的 SoC 刷个系统当软路由用其实比很多市售软路由成品要好得多，性能功耗端口数都对得起价格。
|
|
27
nlzy 3 天前
@FabricPath 这个帖子的原意是家用环境买什么网络设备比较好，迫不及待要秀自己的大规模生产环境实践经验和 ct / nf 原理有什么用呢，家里建 IDC ？
|
|
28
FabricPath 2 天前
@nlzy 你一来就在秀你那为数不多的 netfilter 知识，一来就说硬路由的 offload 吊打软路由，一来就是 softirq 延迟不可预期，问你 offload 的延迟可不可预期你又说不出来🤣给你说了转发延迟几 us 人肉完全不可感知，你还在这叭叭说 netfilter 性能惨不忍睹，有多惨？互联网 idc 全都是 netfilter ，你有感知？
另外，路由选型一直一来都是：动手能力不强用成品路由；动手能力强用软路由，上限极高。至于你说那 offload 带来的几 us 延迟，不在考虑范围。你只考虑转发延迟低了几 us ，那你要不要考虑一下新建连接时，ct 插入额外带来几 us 的延迟呢 |
Select Language