同一张地图上，两个号看到的人不一样，这件事在多开时很常见。原因是它们被分到了不同的实例里。
上古卷轴OL用的是巨型服务器结构，不按区服切分玩家，而是按需要动态开实例。同一片区域里人多了，系统就再开一个副本式的实例，把玩家分散进去。多开账号各自登录，可能落在不同的实例里，彼此看不见，也感受不到对方的存在。
实例是怎么分的
分配依据主要是当时各实例的拥挤程度和玩家所在的位置。同一个号在不同时间登录，落到的实例可能不一样。这个机制对单人是透明的，对多开账号来说却会影响代理IP的分配方式。
号在哪个实例，决定了它周围有多少玩家，也就决定了它要接收多少数据。
实例看不见，负载却真实存在。
- 先记录每个号登录后的实例编号 编号在界面里能查到
- 按实例分组，同一实例的号合并考虑 它们的负载接近
- 给负载高的实例里的号配独立线路 压力大的先照顾
- 隔一段时间复查一次 实例会随人数变化重新分配
实例不同会带来什么
最直接的差别是同屏人数。落在人多的实例里，客户端要接收的动作数据多，线路的占用高；落在清静的实例里，同样的操作量对应的数据量小很多。多开时如果不看这一层，会误以为某个号的代理IP出了问题，实际只是它待在了热闹的地方。
怎么确认号在哪个实例
界面上能查到当前所在实例的编号。把几个号的编号记下来，就能知道哪些号在一起、哪些号分开了。这个动作不花时间，却能避免很多误判。
配线时要注意什么
把落在同一实例里的号当成一组来看，组内如果人数多、位置集中，就单独给这一组配线；落在人少实例里的号可以共用一条代理IP。这样安排之后，每条线上的负载大致均衡，不会出现某条线一直吃紧、另一条一直闲着的情况。
实例是动态变化的，人少了系统会合并，人多了会拆分。所以配线不是一次性的工作，隔一段时间复查一次比较稳妥。复查的间隔不用太频繁，一周一次就够，重点看那些经常落在拥挤实例里的号。代理IP在这里提供的是按实例分组的那一层隔离，看不见的实例，可以靠编号记录变成看得见的分组。