版本更新的头几天，先用平时的排法跑一遍，再看要不要动。多数情况下需要动的只是那几条表现落后的线，整体重排是多余的。
更新期要预留什么
预留一段线路余量，也预留排查的时间。余量的做法是让每条代理IP只带三个窗口，把多出来的那几个窗口集中放到一条闲置线上；排查时间的做法是更新后的第一个晚上不做任何调整，只观察，把异常记下来。两个预留加起来，等于给更新期留了一个缓冲区，遇到波动时不必立刻出手，等看出趋势再动也不迟。
更新后的第一个晚上只观察，不动手。
观察一晚，比当场改三次有用。
预留的时间要多久
大多数版本更新的波动在两到三天内会回落，所以预留三天就够。如果第三天晚上仍然明显高于更新前，那说明问题不在更新本身，需要单独排查。
观察期里记什么
记延迟的变化幅度和出现的时间点。这两项能把「更新造成的短期波动」和「这条代理IP本身开始变差」区分开，前者会随天数递减，后者会一直维持甚至加重。
观察期里还要留意一件事：同一条代理IP上的几个窗口是不是同时变慢。同时变慢通常指向线路本身，单个窗口变慢更可能是设备或者任务类型的问题。把这两种情况分开记，第三天的判断就有了依据，动手的方向也不会跑偏。更新期一共三五天，观察期用掉三天，剩下的时间足够从容地调整，不用急着在第一天就做决定。
鸣潮的版本周期比较规律，每次更新前把余量和时间都留出来，代理IP在这几天里就不会被临时调整挤成一团。
更新期的稳定不靠临场反应，靠提前留出来的那一点余量。
小结：更新期先留余量、再观察、最后才动手，三天之后数据回落到平时水平，代理IP的排法就不用再改。