这是一个创建于 73 天前的主题，其中的信息可能已经有所发展或是发生改变。
我有个 r68s 软路由，基本上千兆宽带能跑满。有个 nas 威联通 ts462,8g 内存好像跑满了，swap 都出现了，就想把 pt 下载挪到 r68s 上，结果 nas 上能跑满带宽（能上 80MB ）的 bt 下载种子，在 r68s 最高就 20MB
磁盘在 nas 上，用 samba mount 到 r68s 上, 2.5g 网络, dd 速度 128MB, iperf 2.2gb
所磁盘应该不是瓶颈
 | 1 xhcnb 73 天前 是的 |
 | 2 null2error 73 天前 主要瓶颈在转发能力上。 x86 软路由都是用远远过剩的 CPU 能力才能顶得住一般性的网络转发负载，ARM 软路由就更别提了（有能力在 ARM Linux 环境下搞定网卡 CPU Offload 的大佬另说）。 相比之下，即便是差一个价位档次的硬路由，因为有专门的硬件做网络转发同时驱动程序也是专门定制的，性能上是数量级的差别。 这个东西如果想测一下很简单的，打流跑满路由器带宽，你看 CPU 负载率就知道了。硬路由，特别是商用设备，转发跑满带宽的情况下，CPU 都闲的没事干，只有上了行为管理这种需要拆包的应用，CPU 才会忙起来。 家用场景，最佳实践是保留原有的骨干网络，把要折腾的东西旁挂到骨干网络上。 信我，这种操作除了能保证基本性能之外，更重要的是保持家庭和谐。 |
| 3 xhcnb 73 天前 不只是转发能力, 楼主想在 arm 上跑 pt, p2p 下载涉及到各种网络收发, 数据校验等, 他还用 smb 远程挂载, 算一算数据量, 接收, 校验, 通过 smb 协议再发出去, 同一个数据包要复制来复制去不知道多少次, 还要计算校验码多少次, 在 linux 网络栈中进进出出, 那个 arm 小核心肯定抗不住啊 |
 | 4 Ipsum 73 天前 via Android Bt 每下载一个分片都要重新 hash 。而且是从硬盘里面读取。期望速度越快，hash 得越多，当然你实际下载速度就越慢。 |
 | 5 seansong 73 天前 rk3568 ，本来就很弱 |
 | 6 xpn282 73 天前 之前就是用 arm 软路由，就做代理而言，没感觉到和 x86 区别，后来在 usb 上挂了硬盘做 bt 下载，在满速的时候，不一会 cpu 就崩了，死机了。 然后换了个 j4125 软路由来挂硬盘做下载，一点问题也没有 |
 | 7 ztjal 72 天前 有 npu 的话，试试去思山找 lean 的写着有 NPU 加速的 OPENWRT 的版本吧。 |
 | 8 kenenlt 66 天前 。。。。。。你 bt pt 那么大的 nat 需求。。。软路由纯 CPU 做的啊 而你把 bt 客户端跑在 arm 上，对本就不富裕的 CPU 简直是雪上加霜。。。 |
Select Language