关于 qBittorrent 使用 SMB 挂载做种的疑问

用硬链接，不影响你做种

前久刚试过，qbittorrent 在 pve 的 lxc docker 里，qb 的存储挂载的 nas 上的机械盘，pve 给了 100g 的 ssd 做 qb 的写缓存，下完之后再拷到 nas 上做种

1. 最先用的 smb ，qb 下完拷到 nas 的机械盘、做种把宽带上传拉满的时候，卡 io 非常严重

2. 改 nfs ，各种调参，上面两种情况卡 io 依旧严重

3. 改 iscsi ，卡 io 的情况有所缓解

4. 最后，买了个 4t 的 ssd 插 nas 上，qb 通过 iscsi 挂载，这时候整体的平均负载和用 host 本机的硬盘做种没啥太大的区别

5. 最后的最后，把 all in boom pve 卖了，又回到了 nas 上 all in boom docker 的用法

和楼上差不多，我刚开始也是 lxc 容器的 docker 上运行 qb ，然后再用 smb 挂 nas 的硬盘到 docker ，卡 IO 非常严重，下载时间长了 nas 就访问不到了，看日志是网卡 down 了，后面排查了好久才发现是 smb 卡 IO 。

现在的方案就是直接在 nas 上的 docker 运行 qb 。稳定了一年了。

我建议你解决网络问题会更简单。全局魔法本身就不太合适。我目前是 docker 上跑一个 clash ，然后其他服务主动使用这个 clash 。你电影刮削不知道用什么工具刮的，但是一般都支持主动指定代理吧。

和楼上、楼楼上差不多，qb 下载到 smb 共享的文件夹会非常卡，经常下载速度快点过一会就卡住了，smb 直接卡死。libtorrent v2 这种现象很严重，换成了 v1 有好转，但是要在 qb 里对下载限速，速度快了还是不行。

pve 下做一台独立的 Debian 服务器,部署 qBittorrent,另有一台独立的 truenas 做 smb 服务,挂载到 Debian 服务器下,挂 pt 下载做种一直比较稳定,下载最高可以到一二十 M,没有楼主所说的问题,可能我的 pt 强度不高也就 2,300 个种子

@Suaxi 哈哈哈，我都两边 all 你 boom 过，前阵子 NAS 盘挂了，最近也更换了网络结构，所以有了现在的需求

@cookLv 明白你的意思。但是我现在的网络结构不是旁路由，而是主路由上跑了 Clash ，相当于所有流量都要经过 Clash 处理，如果跑 qbittorrent 的容器能够单独获取到一个 IP ，倒是简单多了

@MarukoHe 下载倒是还好了，可以下载完了再转到挂载的 NAS 里面，就是保种比较麻烦现在，如果在 NAS 上跑一个 qbittorrent ，让这个容器单独获取到一个另外 VLAN 的 IP 就好了，就不用担心流量会经过 Clash 处理，因为我现在的网络是主网关上跑了 Clash 而不是旁路由。

@gudiang 下载好办，下载完了再移动就行，关键是做种的问题，老兄你做种两三千个种子会卡 io 吗

smb 还是算了吧，重传率奇高。真要用你直接上 iSCSI

用一块单独的 SSD 硬盘作为下载盘

正常这个需求是使用策略路由就能解决，基于源地址来区分下一跳路由。

使用 smb 做下载盘，速度高直接卡死，smb 毕竟被本地硬盘速度都慢太多；
建议使用 ssd 做下载盘，下载完毕后再挪到机械硬盘，

或者 ssd+hdd 使用 bcachefs 之类做缓存盘系统

你们这些坑我都走过都踩过

一定要挂载就用 iscsi, 性能损失比较小

最好是 NAS 全局不走代理, 为电影刮削(忍不住吐槽这谁翻译什么狗屁词)单独配置代理分流规则, 按照域名分就行

不走全局代理就没有这么多事了
需要走代理的用 proxy 环境变量给容器
反正大多数的应用都是基于 docker 的

@gudiang 一二十 M 使用 libtorrent v1 的时候还行的，有的时候种子热门速度到四五十 M 的时候直接就卡死了