qBittorrent下载时，CPU占用几乎100%

[MyFaith]

qBittorrent下载的目录是阵列中，并且使用了奇偶校验。

大概什么性能水平的CPU可以抗住这种方式的IO读写？

如果把阵列中其中一块硬盘分配到Pool中，下载目录设置到这个Pool中，是不是就解决这个问题了？

[lyqalex]

不要把下载目录放在阵列中，上传下载产生的数据交换使阵列校验一直在工作。

1、cpu扛得住，磁盘也扛不住，能耗大增。

2、下载磁盘最好放在pool，或者经常移动的用Unassigned Devices挂载。

[MyFaith]

On 5/12/2022 at 9:21 AM, lyqalex said:

不要把下载目录放在阵列中，上传下载产生的数据交换使阵列校验一直在工作。

1、cpu扛得住，磁盘也扛不住，能耗大增。

2、下载磁盘最好放在pool，或者经常移动的用Unassigned Devices挂载。

 

我现在已经把下载目录更改到Pool中了，但是依旧CPU占用很高

 

 

[Aikyan]

不要用叠瓦盘

[pinkfloyd]

我有时候也会这样，我的解决方式是较少种种的数量。还有更新下qbt的版本也会好。有时候版本也有关系

[VergilGao]

这个网页显示的有问题，htop命令下看到的负载其实并不高

[MyFaith]

14 minutes ago, VergilGao said:

这个网页显示的有问题，htop命令下看到的负载其实并不高

在top里的确有io占用很高，用emby播放时候的时候也会变卡

[lyqalex]

22 hours ago, MyFaith said:

在top里的确有io占用很高，用emby播放时候的时候也会变卡

把详细的涉及信息，说详细点，抓图发上来，才好继续提供建议。

[巡逻狗]

应该是版本的问题，我从6.10-rc4升级到6.10.2-rc3也发现cpu占用过高了，之前从没有设置过什么校验盘pool，都是在阵列里下载的，实在不行回退回去了

[lyqalex]

On 5/27/2022 at 12:29 PM, MyFaith said:

在top里的确有io占用很高，用emby播放时候的时候也会变卡

你可能是把docker放在阵列的hdd磁盘，把他们转移到ssd，放到如缓存盘里面，试试。

docker和vms都建议放到ssd运行，把他们定期拷贝一份备份到阵列的磁盘里面即可。

ps：我原来用4带酷睿4570跑unraid 6.92，QB下载虽然占用资源高些，但也不会像你这个情况。

[chen nas]

我是i5 8500，6核，qb下载80-90M负荷90%多，30-40M时候40-50%，所以我限速在30M，下载盘在阵列，但没上效验盘

[chen nas]

用ut太慢了，只有用qb，用限速控制负荷

[巡逻狗]

On 5/29/2022 at 9:10 PM, lyqalex said:

你可能是把docker放在阵列的hdd磁盘，把他们转移到ssd，放到如缓存盘里面，试试。

docker和vms都建议放到ssd运行，把他们定期拷贝一份备份到阵列的磁盘里面即可。

ps：我原来用4带酷睿4570跑unraid 6.92，QB下载虽然占用资源高些，但也不会像你这个情况。

没有ssd的就难过了，总不能把docker放U盘吧，这个得从系统层面把他们分离，默认docker虚拟机都是在阵列里，帮忙向官方提提建议吧

[lyqalex]

On 5/30/2022 at 10:15 PM, chen nas said:

我是i5 8500，6核，qb下载80-90M负荷90%多，30-40M时候40-50%，所以我限速在30M，下载盘在阵列，但没上效验盘

QB是很占资源的，尤其种子数多，网络吞吐量大的情况下。尽可能把包含docker的appdata放在ssd。

[Junt62]

我今天一定要注册一个号实名反对一下这个问题，众所周知pt一般会发生非常大量的写数据操作，你把这个写数据操作放到ssd上面，哪个ssd能顶得住。说白了这个占用满的问题，就是qb的版本问题，请尝试回退版本

[Junt62]

以下节选自百度百科：

固态硬盘闪存完全擦写一次叫做1次P/E，

SLC有10万次的写入寿命，成本较低的MLC写入寿命仅有1万次，而廉价的TLC闪存则更是只有1000-2000次。

一款120G的固态硬盘，要写入120G的文件才算做一次P/E。

 

如果每天下载1.2tb的种子，那么1万次的寿命大约会在1000天后消耗殆尽，

如果每天下载12tb的种子，那么1万次的寿命大约会在100天后消耗殆尽，

 

可以自己思考一下是不是要写数据操作放进ssd : )

[unraidvvv]

我也是遇到了同样的问题。

cpu：i5 10500，剩余内存16g，appdata放在nvme缓存池，docker-qbittorrent：4.4.4，qb的未完成共享文件夹放在另一个ssd缓存池(下载直接写入ssd缓存池)。

pt下载跑满千兆带宽，cpu经常在67%-100%波动。

PS：为什么下载要单独用一个缓存池？因为下载大包把主缓存池容量用完后，unraid会系统异常，如vm停止等。

[a632079]

On 5/3/2023 at 11:19 PM, unraidvvv said:

我也是遇到了同样的问题。

cpu：i5 10500，剩余内存16g，appdata放在nvme缓存池，docker-qbittorrent：4.4.4，qb的未完成共享文件夹放在另一个ssd缓存池(下载直接写入ssd缓存池)。

pt下载跑满千兆带宽，cpu经常在67%-100%波动。

PS：为什么下载要单独用一个缓存池？因为下载大包把主缓存池容量用完后，unraid会系统异常，如vm停止等。

需要根据 TOP 以及 iostst -x 的信息来分析的。光看这个看不出具体原因的。

[wCSLuD0IP9Ocq6S]

我也有这个问题，qbittorrent开启系统缓存之后占用经常会满，关闭则正常，将缓存减少也无济于事。同样的未做限制的transmission则没有这个问题，使用的是linuxserver版本的qb

[xyzeratul]

有可能是qb本身爆缓存的问题，这个网上有很多案例。

 

和UNRAID什么下载到硬盘还是SSD之类的关系不大，至少我都试过，卡IO是可能出现，但不会在配置稍微好点的机器上有。

 

还有一种原因就是UNRAID在6.12时期反复出现的docker和网络问题，我的一台机器遇到过，这里列出来你可以看下是不是也中了招：

 

网卡是小螃蟹的8125B，在6.12版本中改用了ipvlan（6.12.5后安装默认就是ipvlan)，qb下载直接CPU占满。

 

停掉docker和阵列，把网络改为macvlan，安装第三方8125B驱动，重启，qb下载CPU恢复正常。