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