有一个现象不太好解释：同样是四个小时，有的人跑得顺，有的人一直在等。差别往往在于这四个小时压在了一天里的哪一段。
产出时段与线路负载的关系
产出高的时段通常是同时在线的号最多的时段，这个时段里每条代理IP的负载也最高。把产出任务压在负载最高的那一段，等于在最拥挤的时候要求最好的表现，遇到卡顿的概率自然更大。换一种排法：把对网络最敏感的动作放在负载稍低的那半小时里做，把对网络不敏感的动作留到高峰，整体产出反而更稳。关键不是避开高峰，是把敏感的动作放到不那么挤的位置，两个时段的产出加在一起，比全部押在高峰更高。
| 动作 | 对网络敏感度 | 适合放在哪一段 |
|---|---|---|
| 进入对局与加载 | 高 | 负载稍低的时段 |
| 跑图与收集 | 中 | 高峰时段可行 |
| 整理与结算 | 低 | 高峰时段末尾 |
这个挪动不用改任何配置，只调执行时间。
怎么知道负载什么时候低
把一周里每小时同时在线的号数记一遍，就能看出自家的负载曲线。多数人的曲线并不和游戏的整体高峰完全重合，因为自己的号集中在什么时段是由排期决定的。记的时候按小时记，一周之后把每天的同一小时并排放在一起看，高低差就出来了。有了这条曲线，敏感动作该挪到哪一段不用再猜，代理IP换线的时间点也能跟着定下来。
曲线多久重画一次
每次加号之后重画一次。规模变了，曲线的形状也会变，用两个月前的曲线安排今天的动作，偏差会很明显。
敏感动作具体指哪些
进对局、加载地图、结算前后这几步对延迟最敏感，跑图和收集相对宽松。分层的时候按这个顺序走，排时段时就有依据。
先分层，再排时段，顺序反了就得返工。
三角洲行动的产出时段可以自己调，把动作按敏感度分层之后再排，同一条代理IP的负载会平缓很多。