跑一天和跑一分钟，选IP代理的标准不一样。短任务看速度，谁快用谁；长任务看稳定性，掉线次数比延迟数字重要得多。一条延迟二十毫秒但每两小时断一次的线，实际效率远不如延迟五十毫秒但整天不断的线，这一点跑过夜任务的人体会最深。
先定跑多久，再定看什么指标。
按小时段看表现
长任务要按小时段评估IP代理的表现。上午稳定不代表晚上稳定，晚高峰的共用人数翻倍，同一条线的表现可能差一倍。评估的时候分早、午、晚三个时段各测一轮，取最差的那个时段当依据。
- 早高峰
- 八点到十点，办公类请求集中
- 午间
- 相对平稳，适合做基准测试
- 晚高峰
- 十九点到二十二点，压力最大
晚高峰这个时段的表现决定这条线能不能用。晚高峰掉线的线，白天再好也不适合长期任务，因为任务大部分时间都覆盖了晚高峰。只测白天的方案，上线之后一定会返工，返工的时候还要重新排期。
评估IP代理还要看断线后的恢复速度，不是只看断线次数。偶尔断一次但十秒内自动恢复，影响很小；断得不多但每次要手工干预，实际损失大得多。恢复能力比断线频率更值得关注，问的时候要单独问清楚有没有自动重连。
共用人数怎么问
直接问一条线上挂了多少用户。服务商不一定给准确数字，能给个量级也行。几十人和几百人的差别很大，晚高峰时段的压力完全不同。问不到就按保守值估算，别假设自己是独享。
为什么速度反而次要
长任务的瓶颈很少是单次延迟。跑一天下来，总耗时主要取决于失败重做的时间，每次请求快几十毫秒省不下多少。一条快但常断的线，重做的时间远超省下来的那点延迟。
速度也不是完全不看。延迟高到影响超时判定就有问题，一般超过两百毫秒要留意。这个门槛跟任务类型有关，交互型任务要求高，批量型任务宽松。
先看晚高峰和恢复速度，再看延迟数字。
长任务的选型逻辑就一句话：能一直用下去，比一时快更重要。