一开始就把资源配到满，看着省事，却把判断的空间一起压没了。
窗口开满、线路买足、参数一次配到最细，听起来一步到位。等真的跑起来，出了问题不知道是哪一处引起的，想调也没有余量可调，因为所有东西都贴着上限在跑。贴着上限跑还有一个隐性代价：任何一点外部波动都会被放大，平时不算事的小抖动，这时候就成了异常。
资源积累的节奏比总量更要紧。分批加有个好处：每加一批，都能观察一次环境的变化，知道这一批带来了什么、吃掉了多少余量。加到第三批的时候，你已经很清楚瓶颈在哪，不用凭感觉估。凭感觉估的结果通常是两头不省：要么买多了闲置，要么买少了反复补。积累到这一步，后面每一次扩量都有前面的数字垫底。
分批加也不是越慢越好。每一批之间留三到五天观察期，太短看不出变化，太长又拖慢整体进度。这个间隔按任务周期定，短周期任务两三天就够。
先加哪一批
先加不花钱的那部分。参数档位、时段分布、清理习惯，这三样加完不花一分钱，但能腾出可观的余量。很多人直接跳到买线路，结果代理IP线路加了一条，卡顿依旧，因为瓶颈根本不在来源这一层。
先加不花钱的，再谈花钱的。
免费的部分加完，再算需要几条代理IP线路。这时候算出来的数字，比一开始凭感觉估的通常少三成左右，因为前面腾出来的余量抵掉了一部分需求。
怎么判断一批加够了
看两个信号：高峰期延迟是否稳定、任务完成时间是否一致。两个信号都稳，说明这一批加得合适；只有一个稳，说明还差一点；两个都不稳，说明加的位置不对，不一定是量不够。
加了一批之后反而更慢，是什么原因
先看分组有没有跟着调整。数量增加而分组没变，等于所有新增窗口挤进了原来的组里，负载集中在一两条线路上。先重新分组，再算要不要继续加代理IP线路。
余量留多少合适
留两成到三成。留太少，一次小波动就顶到上限；留太多，资源闲置，成本白付。两成是多数场景的平衡点，任务有明显高峰期的可以留到三成。
什么时候可以一次加满
任务周期很短、明确知道只跑一两周的情况，可以一次配到位，跑完就收。这种情况下分批没有意义，因为观察期比任务周期还长。
积累下来的记录怎么用
每一批的记录都要留下：加了什么、加了多少、加完之后哪两个数字变了。这些记录平时用不上，等到下一次要扩量的时候，就是最直接的参考，比重新试一遍省事得多。积累这件事的价值，全在这些数字上，没有数字的积累只能叫等待。