第825章 公测开始（1/2）

第825章 公测开始

“一旦伺服器检测到某个客户端的连接断开，且超过设定的重连宽限时间，伺服器就会接管这个角色，按照玩家预先设置的逻辑执行操作。这样一来，即使有人掉线，队伍的战斗依然可以继续，不会因为一个人的网络问题毁掉其他几个人的游戏体验。当玩家重新拨號连接上伺服器后，系统会自动將他拉回当前的战斗场景，恢復手动控制。”

佐藤秀树看著屏幕上的逻辑流程图，心中暗自讚嘆。

这种通过软体层面的机制设计来弥补硬体和基础设施缺陷的思路，非常务实且有效。

“这些功能不仅需要游戏客户端的支持，更需要伺服器端具备强大的逻辑处理和状態保存能力。”马克继续说道，“得益於硅谷在线在icq和棋牌大厅项目中积累的底层网络技术，以及处理go.com大访问量站点的经验，我们这套网络技术方案和基於此优化的游戏玩法，成熟度已经非常高。伺服器集群能够稳定地处理大量的並发请求，並实时保存成千上万个角色的状態数据。”

佐藤秀树合上记事本，他对这次考察的目的已经有了清晰的把握。

“马克，这些信息对我们非常重要。”佐藤秀树诚恳地说，“了解了你们在软体端是如何处理网络连接和掉线续连体验的，我们在设计下一代主机的网络模块时，就能更有针对性。比如在硬体层面增加一定的网络缓存区，或者优化网络接口的中断响应机制，儘量从底层配合软体减少丟包率的影响。”

马克微笑著点头。“这正是中山专务希望看到的。硬体和软体不能各自为战，必须从一开始就为了同一个目標进行协同。”

马克合上演示文档，看向会议桌对面的佐藤秀树。

两天后，《龙与地下城online》將开启第一轮刪档公测。

“佐藤部长，行程允许的话，我建议你们团队推迟回国。”马克敲了敲白板边框，“闭门造车討论出的架构，缺少实战检验。公测期间你们留在监控中心。亲眼看看玩家在糟糕的网络环境下產生的数据反馈，硬体底层设计才能找到发力点。”

佐藤秀树转头和几名工程师交换意见。原计划是明天返回东京。

“改签机票。”佐藤对助手吩咐，隨后转向马克，“我们留下。处理实际问题的思维碰撞，確实比看几页测试报告有价值得多。”

两天后，旧金山，伯克利大学附近的一间公寓。

布莱恩撕开联邦快递的纸信封。

里面滑出一个塑料光碟盒，附带一本装订精美的小册子。

作为本地桌游店的资深跑团dm，他上个月在硅谷在线的bbs上填写了一份长达三十页的问卷，在一万多名申请者中拿到了这1000个测试名额之一。

光碟机吞进光碟，读取指示灯狂闪。

安装程序的进度条缓慢推进。

布莱恩翻开那本说明书。

没有冗长的背景故事，开篇直接罗列核心系统。

六大基础属性、ac护甲等级、豁免检定。

全是最正宗的dnd二版规则。

布莱恩看了一眼墙上的掛钟。

离下午两点的开服时间还有四个小时。

他索性靠在转椅上，把说明书从头到尾读了一遍。

对於跑团老手而言，这些规则烂熟於心，他更关心的是电脑程式如何处理那些复杂的判定。

红木城，硅谷在线总部三楼。

临时改造的监控中心里，十几台crt显示器排成两列。

下午一点五十八分。

“伺服器负载正常，带宽冗余百分之六十。”技术员匯报。

马克站在主屏幕前，佐藤秀树和世嘉的工程师们坐在后排的观摩席。

两点整。

埠开放。

主屏幕上的在线人数曲线开始以一个陡峭的斜率向上攀升。

100，350，700，920。

不到五分钟，1000个测试帐號有九成完成了登录接入。

布莱恩听著数据机发出的刺耳握手音，屏幕一黑，跳出tsr和硅谷在线的联合log