模拟器的设置面板有几十项参数，新手很容易一项一项调，调完不知道哪一项起了作用。真正影响多开体验的只有三组：显示相关的、资源相关的、网络相关的。三组的调整优先级不同，按顺序调，效果看得见，也说得清是哪一项起的作用。
三组调完，其余可以不动。
显示相关的参数调的是分辨率和帧率，这两项直接决定单个实例吃多少资源。分辨率降一档，资源占用降得比想象中多，画面差异却没那么明显。帧率同理，多开场景里能接受三十帧，就不必设六十帧，多出来的那些帧在这个场景里没人看。
- 分辨率
- 按实际使用需要设，多开时优先降这一项
- 帧率
- 三十帧够用，六十帧在多个实例上代价翻倍
- 内存分配
- 按实例数平均分，别让默认值一个吃掉全部
- 网络设置
- 写在单实例层，别写在全局层，否则所有实例挤一条代理IP线路
资源相关的一组怎么调
内存分配是最容易调错的一项。默认值通常给得很宽，一个实例就吃掉大半，第二个实例只能分到很少，表现是开第二个就开始卡。按实例数平均分，再留一点给系统，比用默认值稳得多，也不会出现开一个顺畅开三个全慢的情况。
处理器核数怎么给
实例分到的核心数不必等于真实核心数，虚拟分配超出物理核心也不会立刻出问题，处理器会自动排队，只是排队的代价会体现在响应速度上。
虚拟分配超标，代价是排队。
排队表现为某个实例的响应突然变慢，而且是不定时的。查到这一步，把实例数减一个，或者把单个实例的核心数降下来，队列就散了。这个调整不用重装，改完重启实例就生效，试错成本很低，可以多试几组。
网络相关的一组
网络这一组最重要的是层级。全局层写一条，所有实例共用；单实例层写，各自走各自的。多开的场景多数要写在单实例层，写错一层，前面的代理IP配置全白做。
调完之后怎么验收
验收看两样，画面和任务。画面卡不卡靠眼睛看，任务跑不跑得通看日志。两样都过，这组参数就算调好了，记下来，下次新建实例直接套用，不用重新摸索一遍。
参数要不要保存成模板
建议保存。同一类任务的实例参数基本一致，做成模板之后新建实例直接套，省掉重复调整，也避免每次调出来的值都不一样，出问题的时候还能拿模板当基准对照。
什么时候该重新调
实例数变了、换了任务类型、或者换了代理IP线路，这三种情况都要重新过一遍参数。其余时候不动，参数调来调去反而找不到稳定的基准，最后连哪个版本好用都记不清。
把每次调整记录一笔，写上改了什么、观察到的变化。记录攒够十几次，就能看出哪些参数真的敏感，哪些改不改都一样，后面就只调敏感的那几个。
参数是手段，跑得稳才是目的。三组参数按顺序调，调完验收，验收完记档，这套流程走顺了，多开就不再有玄学。