• ①消息驱动：
  包含玩家上行协议的驱动和其他server的消息驱动，这部分的主要耗时来源时战斗请求包和移动请求包,战斗和移动占这部分80%的性能消耗

• ②定时器：
  包含各大系统的心跳逻辑以及各个OBJ的心跳逻辑，在承载5000个玩家在线时，怪物和NPC往往要打到10W个之多，因此定时器的主要耗时来源是场景心跳（AI\CD检查\扫敌等），这部分占整个CPU耗时处理的75%左右。

• ③这两部分组成了灰色区域，累计占比高达百分之90%。共同点是有很少的跨场景操作，以及少量公共数据访问（比如邮件、帮会等）。而百分之10%是UI上的各种请求

①LuaJIT有2GB内存的限制（截至目前，官方的最新版本对64位支持是默认关闭的，不建议在release阶段使用），如果线程过多，有可能出现内存不够的情况。
②如果在移动、技能、AI的处理上没有过多使用Lua，那么建议还是使用LuaJIT保持效率。
③如果多线程逻辑过于依赖Lua，那么使用原生的Lua保持多线程的运行也是不错的选择

• 背景
  现网数据预估是根据压力测试过程中的部分数据，对未来大量用户访问的情况机型预估。图中的横轴代表现吞吐量，纵轴代表CPU压力。
• 方法流程
  图中绿色的部分代表当前的服务器压力，当收集一段时间数据之后，可以模拟一条曲线。假设对服务器的上线成本预估是80%，可以通过曲线拟合的方式推测出现网的能力是多少，也从而推断出最大上限是多少。
• 优缺点
  ①优点：测试结果方便可视
  ②缺点：通常游戏服务器都是比较复杂的，这种方式只适合简单的服务器拟合，复杂服务器数据就不太准确。

• 方法流程
  真人压测就是通过邀请一定数量的真实用户来玩游戏，从而对服务器达到一个测试效果。这种方式他最大特点在于用户的行为相对是最真实的，因为用户的使用完全不会受到限制，和线上一个真实用户一样。目前游戏上线过程中的“封测”，就可以被认为是一种真人压测，可以帮助开发者发现一些性能问题。
• 缺点
  ①暴露出的性能问题有限：许多经过封测的游戏到上线还会产生问题，原因之一就是封测人数通常还是太少，虽然有几百或者几千用户在玩，但是并发并不够，不足以暴露服务端性能问题；
  ②不适合调优：服务器性能测试不光需要暴露服务器的问题，暴露问题之后还需要不断的回归调优，但是真人是无法完全重复这些行为方式的。

• 方法流程
  服务器方面的接口测试与传统意义上的接口测试略有不同，当开发人员需要对一套服务器进行评估，但是又时间不足的情况下，我们可以考虑选择一些具有代表性的功能，以及一些高风险功能进行测试，通过以小见大的方式，来评估整套服务器性能。
• 缺点
  主要问题就是无法遍历整个服务器的接口，难以避免一些微小的问题。

• 方法流程
  ，“录制”就是通过抓取数据包的方式，来获取游戏时的协议，比如用户登录游戏时抓取登录包；“回放”即把这些捕获的协议重新发送给服务端，这样理论上就可以通过工具放大协议量级达到性能测试的目的，比如将之前录制的登入协议扩大1w倍给服务器，这样就模拟了1w人同时登入的情况。

• 缺点
  游戏的协议交互非常复杂，如果只是单纯的放大数据包，对于服务器是产生不了多大的压力的。这类方法比较适合固定输入输出服务类型的测试

• 方法流程
  机器人模拟测试是对以上各种测试做了一个平衡， 通过高还原真实玩家的用户行为，模拟高并发场景，从而得到类似很多人同时游戏的测试效果。
• 机器人模拟的优势
  ①并发性不受限制，从1W到10W，压力能够自主设置；
  ②可以反复执行，便于性能调优回归；
  ③实现7*24小时不断监控，在开发提交代码之后，版本在自动编译之后就跑新的测试，这样每天都能进行性能监控，在调优方面，完全地进行一个重复性测试，可以不断的进行回归和调优。这个方法的问题就在于机器人模拟需要专人开发，对测试者的开发能力，分析能力都有一个比较高的要求。

• 火焰图介绍及链接
  ①https://blog.csdn.net/gatieme/article/details/78885908
  ②https://zhuanlan.zhihu.com/p/85654612
• free
• ping
• vmstat(VirtualMeomoryStatistics,虚拟内存统计)
• iostat 用于报告中央处理器（CPU）统计信息和整个系统、适配器、tty 设备、磁盘和 CD-ROM 的
• 输入/输出统计信息
• dstat 显示了cpu使用情况，磁盘io情况，网络发包情况和换页情况，输出是彩色的，可读性较强，相对于vmstat和iostat的输入更加详细且较为直观。
• pidstat 主要用于监控全部或指定进程占用系统资源的情况,如CPU,内存、设备IO、任务切换、线程等。
• top 命令的汇总区域显示了五个方面的系统性能信息：负载、进程状态、cpu使用率、内存使用、
  交换分区。
• iotop LINUX进程实时监控工具，界面风格类似top命令
• htop 是Linux系统中的一个互动的进程查看器,一个文本模式的应用程序(在控制台或者X终端中),需要ncurses。
• mpstat Report processors related statistics. 报告CPU的统计信息。
• netstat 用于显示与IP、TCP、UDP和ICMP协议相关的统计数据，一般用于检验本机各端口的网络连接情况。
• ps 显示当前进程的状态
• strace Trace system calls and signals。跟踪程序执行过程中产生的系统调用及接收到的信号，帮助分析程序或命令执行中遇到的异常情况。
• ltrace A library call tracer 跟踪进程调用库函数的情况
• uptime 能够打印系统总共运行了多长时间和系统的平均负载，uptime命令最后输出的三个数字的含义分别是1分钟，5分钟，15分钟内系统的平均负荷
• lsof (list open files)是一个列出当前系统打开文件的工具。
• perf 是Linux kernel自带的系统性能优化工具。优势在于与Linux Kernel的紧密结合，它可以最先应用到加入Kernel的new feature，用于查看热点函数，查看cashe miss的比率，从而帮助开发者来优化程序性能。
• tcpdump
• sar
• blktrace
  

• 问题 1：top 输出的利用率信息是如何计算出来的，它精确吗？

• 问题 2：ni 这一列是 nice，它输出的是 cpu 在处理啥时的开销？

• 问题 3：wa 代表的是 io wait，那么这段时间中 cpu 到底是忙碌还是空闲？

• ①vmStat -Sm 1
  r : 表示在这个CPU上正在执行的和等待执行的进程数量
  （r比较高表示CPU处于饱和状态）
• ②pidstat 1
  对比top能滚动打印每个进程使用CPU的情况，这里的%CPU是可以超过100的，
  %400等于4个%100运行的CPU
• ③mpstat -p ALL 1
  将每个CPU分解到各个状态的时间打印出来
  ①若用户态的CPU百分比占比高达100%，表明单线程遇到瓶颈
• ④ON_CPU火焰图
  （1）使用说明
  ①纵轴代表调用栈的深度（栈桢数），用于表示函数间调用关系：下面的函数是上面函数的父函数。
  ②横轴代表调用频次，一个格子的宽度越大，越说明其可能是瓶颈原因。
  ③不同类型火焰图适合优化的场景不同，比如 on-cpu 火焰图适合分析 cpu 占用高的问题函数，off-cpu 火焰图适合解决阻塞和锁抢占问题
  （2）无意义的事情：
  ①横向先后顺序是为了聚合，跟函数间依赖或调用关系无关；
  ②火焰图各种颜色是为方便区分，本身不具有特殊含义
  （3）使用步骤
  使用步骤：
  ①采集堆栈：perf、System Tap、sample-bt