V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
DoubleKing
V2EX  ›  NAS

2g 的 423+ 跑 pt 捉襟见肘啊

  •  
  •   DoubleKing · 356 天前 · 3900 次点击
    这是一个创建于 356 天前的主题,其中的信息可能已经有所发展或是发生改变。

    1702384356435.png 开了 qbit ,之后 群晖卡的不行; 猜是内存缓存不够,去机械盘读写了, 买了根 4g 在路上,看来也不够了,或许可以再加一根 16g ? 20g 如何

    第 1 条附言  ·  356 天前
    顺便在,问下大佬的选配建议:
    1 、增加一根 m2 的固态来做读缓存;
    2 、增加内存条,由于已经买了一根 4g 的在路上,是 2+4=6g ;还是用 4g 的再买一根 16g 的,4+16=20g 呢?,不确定有没有上 20g 的必要,目前就是跑 qb ,emby ,audio ,docker 跑了 mp ,还有两个不太占内存的服务
    第 2 条附言  ·  356 天前
    1 、m2 的缓存,是随便买吗,有兼容性需要考虑吗,
    2 、内存倒是需要选特地颗粒规格的,
    3 、如果增加一块 ssd 的话,有什么建议吗,
    谢谢各位彦祖提醒,
    47 条回复    2023-12-19 19:39:55 +08:00
    tinytoadd
        1
    tinytoadd  
       356 天前 via iPhone
    限制一下上传数 将就用
    cue
        2
    cue  
       356 天前
    不是只能加一根内存条么? 2G+16G 也只有 18G 吧
    bigfei
        3
    bigfei  
       356 天前
    还是 J4125 太弱了,卖了换小主机吧。
    liyafe1997
        4
    liyafe1997  
       356 天前
    这个明显是 IO 等待在卡,是 CPU 在等硬盘,硬盘性能太弱了
    zhishixiang
        5
    zhishixiang  
       356 天前
    建议加个缓存盘试下,之前试过能跑满上行,实在不行把连接数限制下就行,就算是 100m 上行不间断跑流量也很多了
    mikewang
        6
    mikewang  
       356 天前
    内存不足,I/O 等待的原因除了 BT ,还可能是系统在疯狂 swap 交换中...
    KKLeon
        7
    KKLeon  
       356 天前 via Android
    J4125 跑个 pt 还是可以胜任的吧,不知道他跑了多少个任务,多少连接数。限制连接数,不行的话加个固态缓存盘跑
    cxh116
        8
    cxh116  
       356 天前 via Android
    用 tr 省内存,小内存别用 qb 。
    KKLeon
        9
    KKLeon  
       356 天前
    @cxh116 #8 才发现他这内存才 2G ,太拉跨了😂
    iamwin
        10
    iamwin  
       356 天前
    换个 8g 吧,qbt 种子多了内存占用大得很
    YsHaNg
        11
    YsHaNg  
       356 天前
    16g 注意需要单颗粒 1g 的 也就是总共 16 颗 2Rx8 32g 不支持 因为没有对应合适的颗粒 都是单颗 2g
    MeteorVIP
        12
    MeteorVIP  
       356 天前 via iPhone
    挂 pt 我只上传一个热门种子。只要上传速度占满就行
    aru
        13
    aru  
       356 天前
    qb 需要用 libtorrent 1.2 ,2.0 很容易就内存不足了
    xiamy1314
        14
    xiamy1314  
       356 天前
    4125 跑 PT 完全没问题。
    Hf1G1sGBYS8QSLN8
        15
    Hf1G1sGBYS8QSLN8  
       356 天前
    我的 J3445+4GB 都绰绰有余。你这个瓶颈在硬盘。换成 SSD 就好了。
    gbw1992
        16
    gbw1992  
       356 天前
    我的树莓派 3B 跑好几年 qb 了
    限制一下全局最大连接数
    我是做了一下做种限制
    molezznet
        17
    molezznet  
       356 天前
    换 SSD 和内存就好了,cpu 足够了
    kissice
        18
    kissice  
       356 天前
    小内存就用 tr ,我 2G 实际 1.7G 内存好几百种完全没问题
    i8086
        19
    i8086  
       356 天前
    说说我家硬件。
    处理器:MT 7621AT 双核四线程 880MHz
    内存:256MB DDR3 DRAM
    硬盘:外接 1TB 机械硬盘

    配置
    全局最大连接限制 50 ,单个种子最大连接限制 20 ,同时下载数 1 。
    最重要是控制网速,下载速度最大 6MB/s ,上传速度最大 6MB/s 。

    限制一下网速,基本不会影响其它。
    DoubleKing
        20
    DoubleKing  
    OP
       356 天前
    @tinytoadd 哈哈哈已经限制了,不过 2g 还是太小了
    DoubleKing
        21
    DoubleKing  
    OP
       356 天前
    @cue 之前就是猜测内存不够,然后就买了根 4g 的在路上了,但是感觉 4+2 还是有点儿困难
    DoubleKing
        22
    DoubleKing  
    OP
       356 天前
    @bigfei 有点儿后悔了,或许还是该搞个 truenas 的
    DoubleKing
        23
    DoubleKing  
    OP
       356 天前
    @liyafe1997 硬盘应该还好,双十一买的希捷的 18t
    DoubleKing
        24
    DoubleKing  
    OP
       356 天前
    @zhishixiang 有这个打算
    DoubleKing
        25
    DoubleKing  
    OP
       356 天前
    @mikewang 或许就是这个原因
    DoubleKing
        26
    DoubleKing  
    OP
       356 天前
    @KKLeon #7 我觉得目前来看应该还是内存的瓶颈,准备先用 6g ,不行就用 20g ,毕竟 cpu 换不了,哈哈哈
    DoubleKing
        27
    DoubleKing  
    OP
       356 天前
    @iamwin +1
    DoubleKing
        28
    DoubleKing  
    OP
       356 天前
    @YsHaNg 谢谢老哥提醒
    DoubleKing
        29
    DoubleKing  
    OP
       356 天前
    @MeteorVIP 或许我也可以这样试试先
    DoubleKing
        30
    DoubleKing  
    OP
       356 天前
    @i8086 我也去试试
    DoubleKing
        31
    DoubleKing  
    OP
       356 天前
    @goodman111 准备先加一个 1t 的缓存盘,会不会好一点
    DoubleKing
        32
    DoubleKing  
    OP
       356 天前
    @kissice 主要是 tr 的上传好慢,也不确定是不是因为我卡 io 的原因,才切到 qb 去
    Navee
        33
    Navee  
       356 天前
    n5105 docker 部署,qb ram 限制 512M 没卡过
    qb 里面有选项限制内存可以先试试
    DoubleKing
        34
    DoubleKing  
    OP
       356 天前
    @Navee 我看了 qb ,默认就是 512
    luny
        35
    luny  
       355 天前
    用的暴风 2 期,j3455 CPU ,8G 内存,装的 win10 ,qB 下载跑到 60MB/s-70MB/s 问题不大
    Senorsen
        36
    Senorsen  
       355 天前
    qb 比较占内存吧,如果对速度要求不高,transmission 感觉挂 PT 更轻量,只是功能简陋些
    DoubleKing
        37
    DoubleKing  
    OP
       355 天前
    @Senorsen tr 也是很卡,应该是我内存太小了,已经买了内存在路上了,等换上内存再看看
    Senorsen
        38
    Senorsen  
       355 天前
    @DoubleKing 2G 内存跑 transmission ,cache 开的不是太大情况下应该比较稳定。我现在是 j1900 8G 内存,transmission200 多个种子内存占用比较低 20%左右(不过同时活跃上传/下载的少,多的时候也只有几个吧)。
    同样条件,之前尝试 qb 时两三个种子没几天就会卡死,内存占用特别高,需要杀进程重启,也不知道是不是某些 qb 版本有问题。因为用惯了 transmission 就没管了。
    IITII
        39
    IITII  
       355 天前
    别用套件版, 直接 root 用 docker compose 指定 qb 版本起服务. qb 版本要是不会选, 直接 latest 就行(默认是 lt2, 没有内存泄漏)
    启动后去 群辉 docker 看板里面停掉, 手动限制内存和 cpu 后, 在起起来就行. 目前我 2g 挂 2000 种没啥问题.

    过段时间如果发现 iowait 特别高, 可能是 qb 配置文件所在的这个盘不行了, 小文件读写拉了
    landmass
        40
    landmass  
       355 天前
    @gbw1992 #16 大佬,你的树莓派挂载机械硬盘怎么解决供电问题的
    DoubleKing
        41
    DoubleKing  
    OP
       355 天前
    @IITII 这个方案后续可以试试,目前用的就是套件版本
    gbw1992
        42
    gbw1992  
       355 天前
    @landmass #40 硬盘盒是单独供电,树莓派没法稳定的带动硬盘供电,就算笔记本硬盘都不稳定。
    asdgsdg98
        43
    asdgsdg98  
       355 天前
    文件池大小改成 50 以内,qb 版本用 4.3.9 或者之前的
    landmass
        44
    landmass  
       355 天前
    @gbw1992 #42 3ku
    cheetahchen
        45
    cheetahchen  
       350 天前 via Android
    这年头还有人买群晖不顺手加条内存的吗?我用盒子开 qbittorrent 加载群晖存储空间,盒子 CPU 都能抗得住,J4125 应该更没问题啦。
    DoubleKing
        46
    DoubleKing  
    OP
       350 天前
    @cheetahchen 加了根 16g 的,目前快很多
    snugness
        47
    snugness  
       349 天前
    容我直言,是群晖作为宿主机占用太多资源。我用 UNRAID ,QB 的 DOCKER 不限速,不限占用内存,不限排队,最大连接数 2000 ,同时下载 10 几个种子也只占用 3G 的内存。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   6031 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 34ms · UTC 02:16 · PVG 10:16 · LAX 18:16 · JFK 21:16
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.