模拟器多开做久了会发现，配置改得越少越稳。真正需要固定的只有三项：实例的硬件参数、实例对应的代理IP线路、以及实例的启动方式。这三项固定下来，剩下的项目偶尔调一调不影响大局；反过来，这三项天天变，别的配得再细也没用。
固定这三项，等于把变动的口子收窄。
三项各自固定什么
硬件参数固定的是每个实例的处理器核数与内存上限，这两项决定实例之间会不会互相抢资源。写死之后，哪个实例慢，范围就锁定在这一个实例上，不用去看别人的占用。这一项如果跟着全局走，一个实例改跑重量级任务，全部实例的分配都跟着变，前面测好的数全部作废。
- 硬件参数
- 核数和内存按实例写死，不跟全局走
- 代理IP线路
- 一实例一条，写在实例配置里
- 启动方式
- 固定用同一个启动参数，别用会重置的选项
- 先给每个实例编号 编号写进实例名，后面配置按编号对应
- 再固定硬件参数 按任务轻重分两档，重的多给核数
- 最后填线路 一条一条填，填完逐个验地址
改动之前先备份
三项里任何一项要改，改之前先备份实例配置。模拟器的配置文件是文本，备份就是复制一份目录，成本很低。改坏了直接换回来，比重新配一遍快得多；代理IP线路改完还要立刻验一次地址，别等下一轮才发现填错了。
还有一种情况是复制实例。复制出来的实例会带着原来的线路设置和编号，新建之后第一件事是改编号和线路，别让它和原实例撞在一起。撞了之后两个实例用同一条代理IP线路，表面上都正常，等到查地址才发现两个实例是同一个位置，前面的隔离全部白做。
固定不是永不变动，是把变动的频率降下来，每次变动都留记录。
改动之后怎么确认
三项固定之后，多开这件事的可控性会明显提高。出了问题，先看这三项有没有被动过，多数情况一眼就能找到原因。