有没有大佬帮忙看一下,之前一直是用 qb 来下载然后 tr 保种,没发现过这问题,最近下载了大站的热门种直接炸了, docker 版本的 qb 下载就开始占用 100%把机器的性能全吃了 ssh 进终端都卡, 尝试限制了 qb 容器的性能,还有在 qb 里面设置连接数上限为 150 ,都无果
1
diave971349 OP |
2
aru 1 天前
用 libtorrent 1.2
默认应该是 libtorrent 2.x ,这个有极大的性能问题 另外你的硬件配置是什么?( cpu ,多少内存,机械盘还是固态盘) |
3
Tiande 1 天前 via Android
满速下载就是吃性能吧,限制带宽试试
|
4
aru 1 天前
不过想必硬件会比我这个双核的 C2350 cpu 4G 内存 1T 笔记本机械盘要强吧
我这个配置跑 500Mbps 上传都还行 |
5
AraratMount 1 天前
会不会是机械硬盘卡 IO 了
|
6
cy18 1 天前
qb 的 CPU 占用率就是高,后面我都换 transmission 了
|
7
diave971349 OP @aru 忘记提了,机器是 arm 架构的友善 r5c ,rk3568 四核心 a55 ,硬盘是两个固态组的软 raid0 ,如果是百来人做种的种子机器是正常运行的,所以之前一直没发现,我下载 9kg 的内容。。。。。保种人数一千多,cpu 核心都给我吃满了
|
8
zlkent 1 天前
@cy18 #6 巧了,我是 tr 的 cpu 占用高,换到 qb 去....后面发现半斤八两。最后只能限制做种的种子数量了。以前挂了 700 多个种子,现在限制到 400 多。
|
9
Pillanangel 1 天前
OP 自己已经说明情况了,CPU 吃满了。要么做限制,要么升级吧!^_^
|
10
diave971349 OP @Pillanangel 老哥能指路吗我去看看,我容器已经限制两个核给他了,但是还是把 cpu 吃满了。。。。
|
11
esee 1 天前 via Android
限制连接数啊,要 150 干嘛,给个 20 看看得了,20 也能跑满上传啊
|
12
chenbin36255 1 天前
限速 使用 libtorrent:v1 的镜像
|
13
cnbatch 1 天前
@diave971349 下载了 9 公斤的内容?不会是总共用了 9 公斤的硬盘吧?
|
14
diave971349 OP @cnbatch 谐音而已。。。。瑟瑟的内容
|
15
pl0okm 1 天前
全局上传窗口数 改到 8 或更低试试 几百兆上传还是能跑满的
|
16
iovekkk 1 天前
有没有把 webui 关掉?
|
17
aru 1 天前
|
18
aru 1 天前
如果是 linuxserver 的 docker ,应该是 libtorrentv1-version-release-5.0.2_v1.2.19 这个 tag
|
19
PeterD 1 天前
|
20
diave971349 OP @aru 我现在换成了 linuxserver/qbittorrent:libtorrentv1 这个镜像,现在再测试一下,感觉很有可能是软 raid 导致的。是 qb 的问题的话我给性能限制,应该不会出现主机 cpu 吃满才对
|
21
importmeta 18 小时 15 分钟前
|
23
Pillanangel 15 小时 50 分钟前
@diave971349 个人使用过 x86 和 ARM 的两个 CPU 系平台的 NAS ,直观感受 ARM 的优势确实是能效比高,但是也在稍微复杂一些的情景下,不如 x86 。简单一句话,想弄个软路由刷个 OpenWRT 用 ARM 可以,但在这基础上多跑点 Docker 或者 SMB 服务等等,那还是 x86 吧。如果要推荐,那 N5095 、N6005 系以上的 x86 小机器都可以一战。仅仅个人经验,望自斟。
|
24
diave971349 OP @Pillanangel 主要是看上了 arm 机器的外形,总归到底还是性能不够的问题,rk3588 可能就很流畅了,不过那玩意卖差不多一千块,实在下不了手
|
25
diave971349 OP @Pillanangel 而且不知道是不是 luci 界面的问题,arm 机器操作无论多高性能都没有 x86 机器来得流畅,我也有点犹豫要不要换 x86 平台了
|
26
misadonfdfl 1 小时 33 分钟前
大佬解决没,遇到同样问题。
|