批量请求类任务看代理IP网速要盯稳定和并发余量

批量任务跑起来之后，前一百条很快，越往后越慢，最后几十条几乎是爬着走完的。这种曲线在代理IP网速的讨论里出现频率很高，它反映的是稳定性和并发余量，与单次快慢无关。

批量任务看的是末尾那几条

单条任务的速度决定了最好成绩，批量任务的完成时间由最慢的那几条决定。给一批请求排队时，出口的瞬时余量被前面的请求吃掉，排在后面的只能等。代理IP网速在批量场景里的真实水平，看的应该是末尾那几条的耗时，开头几条说明不了什么。开头快、末尾慢，说明出口的调度在持续压力下撑不住。

并发开多大才合适

并发数取决于出口能同时处理多少条连接。数值偏低时带宽用不满，偏高时请求互相排队，总时长反而增加。判断合适位置的土办法是从低往高逐档加压，记下每一档的总完成时间，找到不再下降的那一档再回调一小步。代理IP的并发上限没有统一数值，和出口规格、任务类型都有关。

批量任务拼的是末尾那几条，开头跑得多快说明不了什么。

并发开得越高，总时长未必越短。

另一个变量是任务之间的间隔。连续发请求会让出口一直处于忙碌状态，间隔开之后，代理IP就有了喘息的空间，成功率通常更高，整体网速也更平稳。间隔设多大要看目标的响应速度，可以先按响应耗时的一半起试，再按成功率微调。

稳定比峰值更值得记录

批量任务要留下的是每一轮的成功条数和总耗时，最好一次的成绩参考价值有限。这两项数据积累几轮之后，代理IP链路的波动规律就会自己显出来：哪个时段偏慢、哪一档并发更稳、出口是不是在固定时间点变差。有这份记录之后，判断代理IP网速才有依据，换出口也才有方向。

把末尾耗时和成功条数记下来，比记住一个峰值数字有用得多。批量任务的代理IP网速评价，按这两项看基本不会偏。