金铲铲之战多开把硬件换完，机器能开机、号能跑起来，就算升级成功了吗？从运营角度看还差一步：验证。这一步同时也是对代理IP这一侧的一次复查。验证要回答的是同一个问题在一次升级前后的区别，没有对照就没有结论。缺了这一步，升级到底值不值只能靠印象，而下一次还要不要升，也就没有依据。
| 指标 | 怎么测 | 合格的样子 |
|---|---|---|
| 可稳定带动的窗口数 | 逐步加窗口直到表现下滑 | 比升级前多出预期的一档 |
| 帧数与响应 | 同一场景录制一段操作 | 掉帧与卡顿明显减少 |
| 单窗口延迟 | 在看板上读每个号的状态 | 没有因为窗口变多而变差 |
| 连续稳定性 | 连续跑满一整天 | 中途不需要人工重启 |
用同一批号、同一场景做前后对照。换一批号或者换一个时间点去测，测出来的差异说不清是升级带来的还是环境带来的。同一批号、同一个时间段、同一组操作，这样得到的对比才干净。代理IP线路没变的情况下，这一层可以直接排除掉，变量更少。
验证要做几天
三天起。第一天看基本功能，有没有明显异常；第二天看负载，跑到目标窗口数是否还稳；第三天看稳定性，连续跑满一天有没有波动。三天里代理IP线路上的指标也要一起记，它们的变化同样说明问题。三天都过，可以认为这次升级是成立的。
验证不通过怎么处理
分三种情况。表现没变化，说明换的件不是瓶颈，把旧件装回去或者留着备用；表现变差，先检查新件是否装到位、驱动是否匹配；表现时好时坏，多半是兼容性或散热，逐项排查。
验证结论怎么写
一段话就够，写清升级前后的窗口数、当时的资源占用、连续跑了多久。这几行字是给几个月后的自己看的，越具体越有用。
验证期间要不要动别的东西
不要。验证期间线路、分配、账号这三样都保持不动，只让硬件这一个变量在变。同时动两样，测出来的结果无法归因。
验证要不要在别的机器上做一遍
有余力的话做一遍。同一套配置换一台机器跑，结论一致说明升级本身没问题；结论不一致，说明效果和机器个体有关，这一条在后续添置的时候很有用。代理IP线路保持不变的前提下，两次结果才具备可比性。
验证通过之后就能把窗口加满吗？
不建议一次加满。按验证出来的上限留一点余量，先把号加上去跑一周，稳定了再考虑继续加。
验证这一步不做，升级就只是一次开销。
把这套验证流程做成固定动作之后，每一次硬件投入都会留下可比较的数据。代理IP线路后续要扩容的时候，也能照着同一套数字来定规模。