NAS 型号及配置：群晖 423+,暂时安装了 4T*2 NAS 专用盘，未安装固态及内存条。容器一共装了 5 个，MP/QB/PLEX 等。qb 情况：docker 安装，最新版。列表里一共 42 条种子，其中 1 个正在下载（ 3T ），其他为上传或者排队上传状态。问题描述：1. 使用 qb 下载时，整个 nas 会非常卡，qb 的页面巨慢无比，打不开，甚至 NAS 的主页面也打不开，其他 docker 的页面也打不开。CPU 的利用率在 80 以上，其中用户 13 ，系统 14 ，I/O 等待 59 ，磁盘利用率一直在 100%。2. 使用 qb 下载速度跑不满带宽，同样的种子，在 PC 的 qb 上速度显著快于 nas 上，PC 上在 100M/S 左右，NAS 在 20-50 之间徘徊。在网上查了，说可能是以下几个问题：1. 内存不够。检查了内存占用，虽然内置内存只有 2G ，但是整体占用一直在一般左右，qb 的 docker 占用也不过几百兆。不明白为什么 qb 占用内存为什么这么小，有无必要加装内存条。2. 卡 I/O 。查了很多帖子，也不知道怎么设置合适，试了很多组合，磁盘缓存和过期时间原来是-1 和 60 ，现手动改为 1024/512 和 10/20/30 均卡顿。全局最大连接数原来是 500 ，调到了 200 ，卡顿情况缓解不明显。最大活动下载数和上传减少为 3 和 10 。以上均不能显著改善卡顿情况。3. 加固态。群晖好像得加 2 块固态，而且是自家的固态才能做到读写缓存或存储池？只加一块固态只能作为读缓存？暂不考虑。综合看下来可能是设置的问题导致了卡 I/O ？求各位大佬指教，docker 的 qb 到底应该如何设置。

DownloadStation 没这个情况，我是 220+

内存不足导致的，插个 8G 内存

因为它用了内存缓存，实际上你看到的内存占用是不包括缓存的。你说 qb 的 docker 占用也不过几百兆，那你执行 free 命令看看，buff/cache 那是不是也给用光了。当你内存不足的时候，缓存就只能放在磁盘上，磁盘的读写性能比内存差了十万八千里了尤其是机械硬盘，这时候 IO 就巨卡顿了。

忘了说，我是 ds220+和 ds423+双持，220 加了 8g 内存，423 加了 16g 内存，可以去 chiphell 搜一下 NAS 关键词，有一个帖子说了内存对群晖速度影响巨大

补充下：我楼上说我没这个情况，也是也是在加了 8G 内存情况下

有些种子就会导致 qb 卡顿，我平常下载动画，抓取到某两个翻译组种子的时候 qb 就会进入 up 说的情况，后来把这两个翻译组屏蔽掉就再也没碰到过

内存问题吧，qb 还是挺占内存的，docker 也是，你只有 2G 是真不够，系统本身和 docker 本身就占了很多了。

我之前单根 8G 的时候卡住过后面我 100 一根，收了两根 16G 的插上去就没这么多的忧虑了

我也是 423+，加了 16G 内存很流畅

我的 unraid 不知道咋回事，qb 最近种子老是错误，扫盘又没问题

配置问题，内存太小了，之前 esxi 专门开了台给 qbt 跑，8G 内存+4c ，跑千兆下载了大概 300G 东西就 OOM 了。群晖默认开 swap 的，你看看你是不是 swap 吃了一堆

群晖硬件配置太抠啊 ,玩得爽还是得黑裙

高级-网络接口

没有固态当缓存盘，所以就占用了内存读写

换 Transmission, qb 占用实在太高了. Transmission 路由器 500M 内存都轻松跑.

配个 ssd 做 cache

qb 存在内存泄漏情况，建议直接用 downstation 吧。

肯定是配置问题啊，不用想都知道，下载其实还是占硬盘 io 的，

一直用 DownloadStation 下载、挂 PT ，没发现有什么缺陷，为啥大家都在搞第三方下载？

我的是 ds923 ，除了 cpu 不同外，硬盘也是纯机械，没有遇到过卡 io 现象，用的是矿神源里的套件版 qb需要说明的几个配置之前加过 16G 内存，后来插到软路由上了。不论是加前还是加后，都没对性能造成影响qb 的最大连接数，有时为了提速会把连接数拉的很高，大概需要单种子连接数到 1000 才会像 op 一样出现卡 io 现象qb 默认配置无变更下不会出现综上所述，建议尝试下套件版 qb