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