先分清下载和上传

BT 不是单向的下载协议。你在从别人那里拿数据的同时，也在把已经拿到的部分传给其他人，这是它能在大文件上跑出高速率的原因。

所以限速要分开设：下载限速决定你多快拿到文件，上传限速决定你给网络贡献多少。只盯着下载那一个数字，很容易把上传压到几乎为零。

客户端里的三个开关

主流客户端一般都有全局速率上限、单任务上限、以及「做种时上传上限」这三处设置。全局管总量，单任务管个例，做种那条管的是下完之后的行为。

建议先只设全局，把上传留在总带宽的两三成。如果家里还有人在看视频或者开会，再把下载也压一压，别让一个任务吃掉整条线。

上传限死为什么会更慢

BT 的 peer 之间带有互惠机制：你上传得多，别人更愿意把带宽分给你。上传被压到接近零时，很多 peer 会把你排到队尾，下载速度自然掉下来。

这不是玄学，是协议层面的激励设计。所以「上传设为 1KB/s 换全速下载」这种想法，实际效果往往相反。

路由器那一侧也有瓶颈

很多人只改客户端设置，却忽略了路由器。老款路由器的 NAT 会话表很小，BT 一开几百个连接就顶满了，表现是网页打不开、但下载还在跑。

遇到这种情况，先把客户端的最大连接数从默认的几百降到 100 以内，再考虑换路由器。连接数比速率更容易压垮家用设备。

多设备同时下载怎么分

两台设备同时下大文件，最省心的办法不是各自限速，而是错开时间。真要并行，就按用途分：一台跑大文件，另一台只做小文件和网页浏览。

还可以在路由器上给某台设备做带宽保障，让它至少留出一点余量。这样即便 BT 跑满，其他设备也不至于完全卡死。

什么时候该主动限速

白天有人在家办公或上课的时候，把上传压到一半、下载压到七成，体验会好很多。夜里没人用，放开跑就行。

如果用的是按流量计费的移动网络，那限速就不只是体验问题，而是账单问题。这种场景下建议直接设月度流量上限，别靠自觉。

观测办法

判断限速是否合理，看两个数：稳定后的下载速率，以及 peer 数量有没有持续下滑。速率上不去但 peer 很多，说明瓶颈在本地；peer 一直很少，说明问题在资源侧，限速改多少都没用。

相关标签： 磁力搜索 限速 带宽