基于Erlang的MMO链接管理服务器.ppt

  1. 1、本文档共28页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * * * * * * * * * * * * * * * * * * * * * * * * * * 基于Erlang的 MMO链接管理服务器 侯明园 御风行数码科技有限公司 目录 问题 MMO链接管理的特点与需求 整合 Erlang如何整合入到现有集群系统? 测量 建立基于erlang的压力测试环境 实现 Erlang/OTP如何简化编程? 展望 erlang在网络游戏开发中的潜力点 MMO链接管理的特点 问题 MMO集群结构图 MMO链接管理的特点 链接管理的应用场景 MMORPG游戏服务端结构中包含是那个部分:登录认证服务,链接管理服务,游戏逻辑服务。游戏逻辑服务还可以继续进行细分。 通常只有链接服务与客户端直接进行通信,可以认为集群内是安全的可以预测的计算环境,外部是实际的不安全的计算环境,这个服务是逻辑服务器与客户端之间的桥梁和管道。 逻辑服务切换时,用户拥有一个不变的访问点 管理集群中所有的来自client的链接,将从客户端收到的消息转发到对应的逻辑服务器, 将逻辑服务器收到的消息转发到相应的client, 发出去的包大部分的包是广播,链接服务器负责处理广播。 路由 广播 安全 功能明确,逻辑比较简单 MMO链接管理的特点(续) MMO链接管理的需求 高性能 路由和广播的要尽可能快,保障游戏的流畅感觉 服务端频率10HZ,响应时间100ms 高并发 连接多,能处理的链接越高越好,MMO服务器承载的人数对游戏有重要的意义 大于5000+ 高吞吐量 输出远远大于输入 收到的数量少,需要广播的数据多 高可用性 出故障时间要少 恢复时间要短 95% ERLANG如何整合入到现有集群系统? 整合 整合 整合进入原有的监控系统 兼容原有管理工具 状态报告 维护操作,重启,关闭,查询 数据库访问 mysql数据库支持 兼容原有网络协议 原有协议是简单二进制协议 引入协议定义语言,自动生成actionscript,python,C++, erlang协议编码解码代码 关于整合的归纳与总结 定义通信标准 如果公司的应用程序想要扎根网络应用领域,及时你是第一款产品,建立的一个网络协议的规范和标准,定义语言,也是非常有必要的。 Protobuf,asn,CERL SDL 未来可以进一步建立一种行业标准 压力测试环境的建立 测量 Erlang之前 C++python Client 缺点 远程连接10+机器 管理困难 状态监测困难 代码发布困难 Power by Erlang/OTP Power by Erlang/OTP 监控节点(唯一) 测试配置状态进程(global) 测试数据收集进程(global) GUI控制进程 工作节点(多个) 监督进程 多个工作进程 Power by Erlang/OTP run erl as service 发布代码:热代码替换nl(MODULE). 启动关闭 [rpc:call(N, stress, start, []] || N -nodes()] [rpc:call(N, stress, stop, []] || N -nodes()] 采用ETS存储监测信息,不用编写任何代码即可方便查看 wxPython绑定,非常快速设计跨平台监控GUI,wxFormBuilder Power by Erlang/OTP 代码规模 总共erlang代码:2200 注释: 600 所有的进程都是用behavior,: gen_server gen_fsm gen_supervisor wx_object 关于测量的归纳与总结 测试先行 Erlang非常适合搭建分布式测试系统 开发快速 平台丰富 工具完善 管理简单 ERLANG如何简化编程? 实现 原有C++版本 非阻塞socket 状态机(20个状态,26个事件) 同一个集群中可以启动多个连接管理进程 实现V1 监听进程(1个) 客户端链接管理 所有Client进程由一个监督进程管理 一个进程对应一个进程对应一个客户端TCP链接 一个进程对应一个到逻辑服务器的链接 进程实现采用OTP状态机 服务端链接管理 所有Service进程由一个监督进程管理 链接ID到PID映射管理 简单的实现比较 C++ 代码行数:7924 逻辑结构方面比较 单进程 状态机 (20状态,26事件) 性能 6000 Erlang 代码行数: 2000线程 逻辑结构 表示连接 状态机状态减少了:采用进程来模拟客户端之后 (10状态,12事件) 模式匹配使代码更加清晰 otp 行为模式框架简化程序 性能 6000 优化 调优过程 性能阶梯 一般设计未经优化的C程序 一般设计未经优化的Erlang程序 良好设计优化过后的Erlang程

文档评论(0)

allap + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档