V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
hpnzss
V2EX  ›  NAS

群晖 NAS 使用 qb 下载卡顿且速度慢

  •  
  •   hpnzss · 18 天前 · 2008 次点击
    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 到底应该如何设置。
    第 1 条附言  ·  8 天前
    感谢大家的建议,昨天已经加了一根 16G 三星的内存条,流畅得让我落泪。

    内存条选购需要注意:
    在京东买了酷兽、光威和金士顿的 16G 内存,回来都不能用,网上查了,说是群晖只能兼容 1GB 颗粒的内存,也就是说 16G 内存需要双面共 16 个颗粒才能兼容。发现我收到的都是 2GB 颗粒(双面共 8 颗粒),问了这 3 个品牌的客服,都说是 1GB 和 2GB 颗粒的随机发货不能指定,于是都换了一次货碰运气,运气不佳。
    最后问了三星客服,直接回复是 1GB 的颗粒,所以多花了点钱买了三星,现在是非常爽。
    25 条回复    2024-06-14 21:51:20 +08:00
    leconio
        1
    leconio  
       18 天前 via iPhone
    DownloadStation 没这个情况,我是 220+
    bytesfold
        2
    bytesfold  
       18 天前 via iPhone
    内存不足导致的,插个 8G 内存
    Jacksu
        3
    Jacksu  
       18 天前
    因为它用了内存缓存,实际上你看到的内存占用是不包括缓存的。
    你说 qb 的 docker 占用也不过几百兆,那你执行 free 命令看看,buff/cache 那是不是也给用光了。
    当你内存不足的时候,缓存就只能放在磁盘上,磁盘的读写性能比内存差了十万八千里了尤其是机械硬盘,这时候 IO 就巨卡顿了。
    bytesfold
        4
    bytesfold  
       18 天前 via iPhone
    忘了说,我是 ds220+和 ds423+双持,220 加了 8g 内存,423 加了 16g 内存,可以去 chiphell 搜一下 NAS 关键词,有一个帖子说了内存对群晖速度影响巨大
    leconio
        5
    leconio  
       18 天前 via iPhone
    补充下:我楼上说我没这个情况,也是也是在加了 8G 内存情况下
    whetherTsmile
        6
    whetherTsmile  
       18 天前
    有些种子就会导致 qb 卡顿,我平常下载动画,抓取到某两个翻译组种子的时候 qb 就会进入 up 说的情况,后来把这两个翻译组屏蔽掉就再也没碰到过
    ebushicao
        7
    ebushicao  
       18 天前
    内存问题吧,qb 还是挺占内存的,docker 也是,你只有 2G 是真不够,系统本身和 docker 本身就占了很多了。
    JensenQian
        8
    JensenQian  
       18 天前
    我之前单根 8G 的时候卡住过
    后面我 100 一根,收了两根 16G 的插上去就没这么多的忧虑了
    RlyehHime
        9
    RlyehHime  
       18 天前
    我也是 423+,加了 16G 内存很流畅
    INTOX8O
        10
    INTOX8O  
       18 天前 via iPhone
    我的 unraid 不知道咋回事,qb 最近种子老是错误,扫盘又没问题
    povsister
        11
    povsister  
       18 天前
    配置问题,内存太小了,之前 esxi 专门开了台给 qbt 跑,8G 内存+4c ,跑千兆下载了大概 300G 东西就 OOM 了。
    群晖默认开 swap 的,你看看你是不是 swap 吃了一堆
    jiangyang123
        12
    jiangyang123  
       18 天前
    群晖硬件配置太抠啊 ,玩得爽还是得黑裙
    y1y1
        13
    y1y1  
       18 天前
    高级-网络接口
    Raynard
        14
    Raynard  
       18 天前
    没有固态当缓存盘,所以就占用了内存读写
    jqtmviyu
        15
    jqtmviyu  
       18 天前
    换 Transmission, qb 占用实在太高了.

    Transmission 路由器 500M 内存都轻松跑.
    xinmans
        16
    xinmans  
       18 天前
    配个 ssd 做 cache
    ronyin
        17
    ronyin  
       17 天前
    qb 存在内存泄漏情况,建议直接用 downstation 吧。
    Gitss
        18
    Gitss  
       17 天前 via Android
    肯定是配置问题啊,不用想都知道,下载其实还是占硬盘 io 的,
    lv_v
        19
    lv_v  
       17 天前
    一直用 DownloadStation 下载、挂 PT ,没发现有什么缺陷,为啥大家都在搞第三方下载?
    ococnehc
        20
    ococnehc  
       16 天前
    我的是 ds923 ,除了 cpu 不同外,硬盘也是纯机械,没有遇到过卡 io 现象,用的是矿神源里的套件版 qb
    需要说明的几个配置
    之前加过 16G 内存,后来插到软路由上了。不论是加前还是加后,都没对性能造成影响
    qb 的最大连接数,有时为了提速会把连接数拉的很高,大概需要单种子连接数到 1000 才会像 op 一样出现卡 io 现象
    qb 默认配置无变更下不会出现
    综上所述,建议尝试下套件版 qb
    DoubleKing
        21
    DoubleKing  
       15 天前
    加个 8g 或者 16g 的内存,我之前也和你一样的情况,卡 io 了,我加了个 16g 的,解决了
    SakuraYuki
        22
    SakuraYuki  
       15 天前
    我是 ds218play 乞丐配置,1g 内存,只要把 qb 的速度限制在下载速度的 99%就不卡了,怀疑是 bug
    SakuraYuki
        23
    SakuraYuki  
       15 天前
    @lv_v 你要用 moviepilot 或者 nastool 管理就必须得 qb tr 二选一,而且 DownloadStation 没分类功能,管理起来不是很方便
    lv_v
        24
    lv_v  
       15 天前
    @SakuraYuki #23 多谢指点,一直用硬件播放器 Z9X 管理视频,不需要别的管理方式就凑合用 DownloadStation 不折腾了~
    hpnzss
        25
    hpnzss  
    OP
       13 天前
    @Jacksu 试了一下 free 命令,看起来内存占用情况还可以。
    total used free shared buff/cache available
    Mem: 1.7Gi 785Mi 96Mi 1.0Mi 871Mi 746Mi
    Swap: 3.0Gi 1.0Gi 2.0Gi
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   957 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 21:07 · PVG 05:07 · LAX 14:07 · JFK 17:07
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.