速度上不去的时候，第一反应往往是代理IP的带宽不够。但请求的另一头也在起作用：目标站对来自同一来源的请求频率有自己的限制，超出之后会放慢回应或者排队处理。这类减速在链路上看不出来，却在结果里表现得非常明显。
目标站会做哪些限制
常见的做法有三种：按来源限制单位时间内的请求数量，按来源限制同时打开的连接数，以及在负载偏高时整体放慢响应。代理IP的请求如果全部从少数出口发出，就更容易触到这些限制。
怎么与带宽不足区分
看有没有在传数据。带宽不足时数据一直在传，只是速率低；被目标站限制时，请求可能排在队列里等待，或者返回带提示的响应。代理IP的这两种表现在记录里差别明显：一个体现为传输速率低，一个体现为等待时间长，处理方向也完全不同。
- 速率低但一直在传：链路带宽问题
- 等待长、速率不低：目标站侧限制
- 间隔性失败：请求频率触顶
- 更换目标后恢复：对方站点的问题
先分清是在等，还是在传。
可以调整的方向
把请求分散到更多出口，降低单一来源的强度；控制并发，避免短时间集中发送；把批量任务拆开，摊到更长的时间段里。代理IP的出口轮换能力在这类场景下很实用，前提是轮换节奏与目标站的容忍度对得上。
记录哪几项
记录请求发出到首个回应的时间、整体完成时间，以及失败的次数。代理IP的速度排查有了这三项，就能判断时间花在等待还是在传输，方向立刻清楚。
两边都要看
需要注意的是：判断速度问题时，链路两侧都要留下证据，只测一侧容易得出片面的结论。
链路的两个端点共同决定最终速度。代理IP这一侧提供的是通道，目标那一侧决定的是服务节奏，把两边分开看，问题的归属就不再含糊。