多开跑着跑着变慢，第一反应往往是带宽不够。真正排查下来，慢的原因常常在别处：实例的并发开太大、代理IP线路在高峰排队、磁盘读写跟不上、或者某个实例卡住拖累整体。四个方向逐一排除，比直接加带宽省得多，也快得多，还不会把钱花在不需要的地方。
先定位，再花钱。
四个方向，从便宜的开始查
先看本地资源
- 看处理器的占用是不是长期贴着上限
- 看磁盘队列，机械盘上多开最容易在这里卡住
- 看内存有没有被换页，换页一开始整机都慢
- 最后才看代理IP线路，把同一条线路上的实例挨个停掉对比
按这个顺序查，多数问题在前三步就能定位到。第四步要停实例做对比，会影响进度，所以放在最后，能不用就不用。顺序本身就是一种成本控制，先做不花钱的检查，再动要停任务的实验。
本地资源里最隐蔽的是磁盘。多开时每个实例都在读写缓存，机械盘上几个实例一起来，队列长度立刻上去，表现和网络慢几乎一样。判断的办法是看磁盘队列，队列长期高于二，基本可以确定是磁盘在拖后腿，换固态或者把缓存分到不同盘都能缓解。
线路排队和带宽不足的区分
高峰时段慢、空闲时段正常，问题在代理IP线路；全天都慢，问题在本地资源，这条判断比看带宽监控直观。监控上的带宽曲线经常是平的，因为瓶颈不在带宽，而在连接建立那一段，曲线上看不出来。
时段对比是最省事的判别法，早上跑一遍、晚上跑一遍，两次结果摆在一起，慢在哪一侧立刻分明。
确定了线路这一侧，再看是排队还是带宽。排队表现为请求发出去了却迟迟没有响应，超时集中在某几个时间点；带宽不足表现为所有请求一起变慢，响应时间整体拉长。前者靠错开高峰或者加线路，后者只能升级规格或者压缩传输量，两条路的成本差得远，选错方向等于白花钱。
同一线路上的实例要分开测
停掉一半实例再跑一遍，速度回到正常，说明这条代理IP线路的余量不够；速度没变化，说明问题不在线路。这个实验只花半小时，比反复换线路高效，也比凭感觉加带宽靠谱。
先本地后线路，先时段后带宽，先停一半再换线，三步走完基本能定位。
定位之后再做调整。调整前记下当前的失败率和平均耗时，调整后拿同一批任务对比，涨幅在误差范围内就算没效果，没效果的改动要退回去。退回去不是失败，是避免把无效的改动留在配置里，越叠越乱。
多开这类问题，最怕的是凭感觉换代理IP线路。换了两条还是慢，时间花了，线索也丢了。按顺序查，慢在哪一层总会浮出来，查出来的结论还能复用，下次遇到类似情况直接跳过前三步。