设置

关灯

第18章 四千人,服务器崩了(第8节)

承担的责任范畴。

但在问题的成因上,中韩两边出现了意见分歧。

Actoz的工程师先检查了盛大这边的部署环境,他认为承载四千人以后出现的严重延迟和拥堵,很大可能是因为受到了数据库参数未优化、服务器连接方式以及中国机房网络配置的综合影响,需要拿到盛大完整的日志才能确定是不是韩方代码的问题。

而作为研发方的wemade工程师则更加直接,他看过那十七笔回退记录后指出:无论盛大的服务器是因为什么原因崩溃的,角色交易作为一个整体事件,在逻辑上就绝对不应该出现只保存一方数据的情况,这都是因为底层代码交易锁缺失。

两方对服务器性能瓶颈的判断虽然有不同意见,但好在很快协商好抢修的分工:

Actoz负责彻查盛大这边的部署程序、数据库配置和相关的技术文档。

wemade的核心团队则全权负责在韩国机房测试物品复制的漏洞,并连夜修改交易锁和角色数据保存的底层逻辑。

并约定第二天上午双方都必须提交第一份故障分析报告,并且在九月二十四日以前,wemade必须向盛大提供修复后的最新测试版本。同时安排两名原本负责项目交付验收的韩国工程师第二天直接飞上海来现场办公。

眼看韩方计划好了技术排期,任宇昕又严肃地问道:“九月二十八日,能不能正常进行公测?”

首尔那端的电话里,陷入了沉默。

过了好半晌,Actoz项目负责人的声音才传了过来:

“现在还不能保证。”

“在底层修复物品的复制问题以后,我们还要进行大量的回归测试,包括角色交易、仓库储存、物品丢弃和死亡数据回档等。只是改动一处代码,也许又会在其他地方产生新的问题。”

电话会议在压抑中结束,任宇昕挂掉了电话后,径直来到了白板面前。

那个预期“十万、三十万、五十万”的宏伟

本章未完,请点击"下一页"继续阅读! 第8页 / 共10页