arm 软路由性能这么差吗？

[guoguobaba]

我有个 r68s 软路由，基本上千兆宽带能跑满。有个 nas 威联通 ts462,8g 内存好像跑满了，swap 都出现了，就想把 pt 下载挪到 r68s 上，结果 nas 上能跑满带宽（能上 80MB ）的 bt 下载种子，在 r68s 最高就 20MB

磁盘在 nas 上，用 samba mount 到 r68s 上, 2.5g 网络, dd 速度 128MB, iperf 2.2gb

所以磁盘应该不是瓶颈

[xhcnb]

是的

[null2error]

主要瓶颈在转发能力上。

x86 软路由都是用远远过剩的 CPU 能力才能顶得住一般性的网络转发负载，ARM 软路由就更别提了（有能力在 ARM Linux 环境下搞定网卡 CPU Offload 的大佬另说）。

相比之下，即便是差一个价位档次的硬路由，因为有专门的硬件做网络转发同时驱动程序也是专门定制的，性能上是数量级的差别。

这个东西如果想测一下很简单的，打流跑满路由器带宽，你看 CPU 负载率就知道了。硬路由，特别是商用设备，转发跑满带宽的情况下，CPU 都闲的没事干，只有上了行为管理这种需要拆包的应用，CPU 才会忙起来。

家用场景，最佳实践是保留原有的骨干网络，把要折腾的东西旁挂到骨干网络上。
信我，这种操作除了能保证基本性能之外，更重要的是保持家庭和谐。

[xhcnb]

不只是转发能力, 楼主想在 arm 上跑 pt, p2p 下载涉及到各种网络收发, 数据校验等, 他还用 smb 远程挂载, 算一算数据量, 接收, 校验, 通过 smb 协议再发出去, 同一个数据包要复制来复制去不知道多少次, 还要计算校验码多少次, 在 linux 网络栈中进进出出, 那个 arm 小核心肯定抗不住啊

[Ipsum]

Bt 每下载一个分片都要重新 hash 。而且是从硬盘里面读取。期望速度越快，hash 得越多，当然你实际下载速度就越慢。

[seansong]

rk3568 ，本来就很弱

[xpn282]

之前就是用 arm 软路由，就做代理而言，没感觉到和 x86 区别，后来在 usb 上挂了硬盘做 bt 下载，在满速的时候，不一会 cpu 就崩了，死机了。
然后换了个 j4125 软路由来挂硬盘做下载，一点问题也没有

[ztjal]

有 npu 的话，试试去思山找 lean 的写着有 NPU 加速的 OPENWRT 的版本吧。

[kenenlt]

。。。。。。你 bt pt 那么大的 nat 需求。。。软路由纯 CPU 做的啊
而你把 bt 客户端跑在 arm 上，对本就不富裕的 CPU 简直是雪上加霜。。。