求助： docker 版本 qbittorrent 性能占用爆表

用 libtorrent 1.2
默认应该是 libtorrent 2.x ，这个有极大的性能问题
另外你的硬件配置是什么？（ cpu ，多少内存，机械盘还是固态盘）

满速下载就是吃性能吧，限制带宽试试

不过想必硬件会比我这个双核的 C2350 cpu 4G 内存 1T 笔记本机械盘要强吧
我这个配置跑 500Mbps 上传都还行

会不会是机械硬盘卡 IO 了

qb 的 CPU 占用率就是高，后面我都换 transmission 了

@aru 忘记提了，机器是 arm 架构的友善 r5c ，rk3568 四核心 a55 ，硬盘是两个固态组的软 raid0 ，如果是百来人做种的种子机器是正常运行的，所以之前一直没发现，我下载 9kg 的内容。。。。。保种人数一千多，cpu 核心都给我吃满了

@cy18 #6 巧了，我是 tr 的 cpu 占用高，换到 qb 去....后面发现半斤八两。最后只能限制做种的种子数量了。以前挂了 700 多个种子，现在限制到 400 多。

OP 自己已经说明情况了，CPU 吃满了。要么做限制，要么升级吧！^_^

@Pillanangel 老哥能指路吗我去看看，我容器已经限制两个核给他了，但是还是把 cpu 吃满了。。。。

限制连接数啊，要 150 干嘛，给个 20 看看得了，20 也能跑满上传啊

限速 使用 libtorrent:v1 的镜像

@diave971349 下载了 9 公斤的内容？不会是总共用了 9 公斤的硬盘吧？

@cnbatch 谐音而已。。。。瑟瑟的内容

全局上传窗口数 改到 8 或更低试试 几百兆上传还是能跑满的

有没有把 webui 关掉？

@diave971349
第一，用 libtorrent 1.2
如果还不行，那就是软 raid0 占用 cpu 太多吧

如果是 linuxserver 的 docker ，应该是 libtorrentv1-version-release-5.0.2_v1.2.19 这个 tag

@diave971349 试试 https://github.com/PeterDing/aget-rs
Rust 写的，下 magnet/torrent 都可以。基本不吃 cpu 。

@aru 我现在换成了 linuxserver/qbittorrent:libtorrentv1 这个镜像，现在再测试一下，感觉很有可能是软 raid 导致的。是 qb 的问题的话我给性能限制，应该不会出现主机 cpu 吃满才对

试试比特彗星 https://hub.docker.com/r/wxhere/bitcomet

@diave971349 个人使用过 x86 和 ARM 的两个 CPU 系平台的 NAS ，直观感受 ARM 的优势确实是能效比高，但是也在稍微复杂一些的情景下，不如 x86 。简单一句话，想弄个软路由刷个 OpenWRT 用 ARM 可以，但在这基础上多跑点 Docker 或者 SMB 服务等等，那还是 x86 吧。如果要推荐，那 N5095 、N6005 系以上的 x86 小机器都可以一战。仅仅个人经验，望自斟。

@Pillanangel 主要是看上了 arm 机器的外形，总归到底还是性能不够的问题，rk3588 可能就很流畅了，不过那玩意卖差不多一千块，实在下不了手

@Pillanangel 而且不知道是不是 luci 界面的问题，arm 机器操作无论多高性能都没有 x86 机器来得流畅，我也有点犹豫要不要换 x86 平台了

大佬解决没，遇到同样问题。

换 X86 吧，Windows 挂 1 万多个（ 40 热种）都不带卡的

@diave971349 楼下的楼下 djw123 兄弟一语道破天机，O(∩_∩)O 。x86 不是最优解，但就是能解。移动端 ARM 系打的 x86 满地找牙没错，但是传统计算平台，还是 x86 能干杂活儿。

@misadonfdfl 解决了，镜像更换成 linuxserver/qbittorrent:libtorrentv1 就正常了

qb 是真的有点卡，我把种子添加进去取消立即下载，超过 10 个种子 webui 就卡死了，tr 没这种问题