的数据记录。

因为担心把硬碟塞满了，他只把少许关键数据输出在log里，格式还很简略。

一眼看去，密密麻麻糊在一起。

罗韜把眼睛都看花了，这才找到想要的时间节点。

从记录来看，宕机之前那几分钟，在线玩家562人。

这些玩家高度集中，大致就在七个房间里。

尤其是妖族新手村，宕机那会儿，人数高达288个！

近三百人挤在同一个“房间”，每个人移动、说话，都要进行数据同步。

多人同时操作，同步压力就会指数级提升。

罗韜又没有做数据限制，伺服器不爆才怪。

“这么多人选妖族，还都挤在新手村，脑子有病！”罗韜气得笑骂起来。

一个念头也从脑中冒出——必须添加种族克制。

大致规则他已想过：

人族克巫族，伤害增加10%；对妖族却因被克，伤害减少10%。

巫族克妖族，伤害增加10%；对人族却因被克，伤害减少10%。

妖族克人族，伤害增加10%；对巫族却因被克，伤害减少10%。

如此一来，就不存在什么平衡不平衡的了。

若是选妖族的还这么多，巫族立即也会多起来。

巫族一多，选择人族的玩家同样会增加。

这些想法十分巧妙，却並非罗韜自己想的。

而是之前他做过的某个mmorpg里面，恰好就有这些。

那个游戏是5个职业，金木水火土的五行相生相剋。

诸般念头也就一闪而过，罗韜很快思考起了眼前。

若是为了確保开发工作顺利，他该选择暂时不再开启伺服器。

问题是！

他也沉迷过游戏，知道突然不能玩了是啥心態。

更不必说，宕机也比关服好。

无非重启几次罢了。

略一思索，罗韜有了办法。

限制房间人数！

不过几分钟，一个检测程序就写好了。

当某“房间”同时在线人数超过100人时，后续进入请求会被拒绝。

当然，对於提出请求之人，他会得到比较温和的通知——

【提示：前方地图人满为患，请您稍后再进！】

方案很粗暴，却比直接宕机要好。

本地联机