网易网游服务器性能优化经验分享.pptVIP

大宝(sodme) 2010.12.27 网游服务器性能优化 2 一个监控工具(cacti) 3 很荣幸，他们也在用 四大资源：Cpu，内存，带宽，数据库 关注点：极限、趋势、分布、突变 目标：预测突变，挑战极限，管理风险 日常开发需要注重架构的性能（功夫在平时） 关键时刻需要注重细节的性能（临危受命） 构建顺序：从宏观到具体，从架构到代码行 4 关于资源与性能 设定产品的最低性能目标并长期关注 设定可控的重复观察环境：机器人测试开关外服 自动化的性能定位、优化效果提取、优化任务提醒及分配：优化方法、结果及工具的完全可控 自动化的性能监控报警：POPO，手机，邮件，GMTOOLS 5 优化目标及监控环境构建 诊断：性能=规模*单次开销 步骤：定位规划、评估、迭代实施观测回归 操作：架构优化，算法优化，清除无用，清除冗余 最高性能的优化是直接清除相关逻辑（不过往往不可能），最有效的优化往往是大架构的优化；难就难在如何在最高和最有效之间作权衡，下准药很重要 6 性能分析方法论 IO操作：IO操作异步化、线程化 数据结构与算法：排序、查找性能冗余数据结构 重复计算：缓存结果 即时计算：提前准备…… 哪些你知道？哪些你做了？ 7 常识检视----慢？快？多？少？ 理清系统总体逻辑架构 建立细节监控框架 对性能消耗点按绝对比、性价比等进行排名 按排名从大到小考虑优化方案 8 理理头绪 自己动手 or 借助外力 Cpu统计（时间）：时间函数（毫秒级），帧计数 内存统计：new/delete的重载，内存池，对象池 数据库：mysql慢查询日志的开放 池概念：预分配（减少切换和调度），以内存换CPU，预处理（线程池，连接池）；性能监控日志的框架 基于消息队列、时间统计建立的基础统计和监控框架 9 定位----建立统计框架 时间函数：rdtsc#define rdtscll(val) \ __asm__ __volatile__(rdtsc : =A (val))#define TICK( name ) \ unsigned long long name = 0; \ rdtscll( name ); 用法：TICK(A)…TICK(B)mark_tick( LOGIC_NAME, A, B );…log_tick(); 重相对值，轻绝对值 10 Cpu统计的基础 11 Cpu消耗日志截图 按线程归类进行分类的监控、记录和优化 定义分层的CPU消息类型，逻辑点 主线程优化：场景位置跳转，lua消息（量减少，借助帧循环），定时器（频率及分布），网络消息处理 发送线程优化：脚本层包组织过程优化，包数量优化 CPU消耗排名：AOI同步，网络发包，技能/BUFF，定时器频率 12 Cpu优化方法 过于信任协议本身带来的性能安全问题：count + id1 + name1 + id2 + name2 无上限、不留后路的资源管理思想导致的性能不受控（反向好友数、邮件数量等） 策划配置表带来的性能安全问题：怪物掉落500+ 活动玩法导致的性能安全问题：玩家聚集200+ 我的资源，我做主：互不信任 + 天花板 13 不容忽视的逻辑层 记住优化原则：从上到下架构梳理，从宏观到微观 记住优化方法：架构、算法、冗余、缓存、预计算 不断审视和熟悉架构、代码、产品 专注地想灵光一闪 14 死磕--如何在没方法时找方法 15 内存消耗日志截图 总内存=引擎内存+脚本内存，buddy算法，监控泄漏 引擎内存优化：建立适合当前在线配置的默认池规模 脚本内存优化：散列表(++)，mini buddy算法，基于数据统计的小内存优化，局部数据监控，对象全管理，停机时的内存检查 内存占用排名：玩家对象（物品），网络数据包 以空间换时间内存优化与Cpu优化的均衡 16 内存优化 以Monster为例： static MemPoolerMonster* mem_pool_; void* operator new( size_t size, char * filename, int line ) { return Monster::mem_pool_-alloc(); } void operator delete( void* ptr, char * filename, int line ) { Monster::mem_pool_-free( (Monster*)ptr ); } 17 内存池的构造示例 内存泄露：内存池，对象池，静态数组，静静静… 池的配置：动态配置（服、在线等），单次扩张数，总量（上限值报警） 内存容错：32位 or 64位 18 内存----恶梦 19 带宽消耗日志截