服务器性能监控分析思路

1.监控服务器系统参数

命令:top

查看load average、内存、交换区虚拟内存、cpu的使用情况

 

2.查看具体的进程、内存、交换区、io、cpu的交互

命令:vmstat 1

这个命令可以查看到运行的进程数、等待的IO进程数、交换区使用情况、交换区与内存的读写、数据块的读写、cpu资源情况等等

procs(进程)

r:运行的进程数(长期大于1结合cpu的id来判断是否需要增加cpu)

b:等待io的经常数

memory(内存)

swpd:使用虚拟内存大小,如果swpd的值不为0,但是SI,SO的值长期为0,这种情况不会影响系统性能

free:空闲物理内存大小

buff:用作缓冲的内存大小

cache:用作缓存的内存大小,如果cache的值大的时候,说明cache处的文件数多,如果频繁访问到的文件都能被cache处,那么磁盘的读IO bi会非常小。

swap(交换区-虚拟内存)

si:每秒从交换区写到内存的大小,由磁盘调入内存。

so:每秒写入交换区的内存大小,由内存调入磁盘。

注意:内存够用的时候,这2个值都是0,如果这2个值长期大于0时,系统性能会受到影响,磁盘IO和CPU资源都会被消耗。有些朋友看到空闲内存(free)很少的或接近于0时,就认为内存不够用了,不能光看这一点,还要结合si和so,如果free很少,但是si和so也很少(大多时候是0),那么不用担心,系统性能这时不会受到影响的。因为linux总是先把内存用光

IO(磁盘读写)

bi:每秒读取的块数

bo:每秒写入的块数

注意:随机磁盘读写的时候,这2个值越大(如超出1024k),能看到CPU在IO等待的值也会越大。

system(系统)

in:每秒中断数,包括时钟中断

cs:每秒上下文切换数

cpu(处理器)

us:用户进程执行时间百分比(user time) us的值比较高时,说明用户进程消耗的CPU时间多,但是如果长期超50%的使用,那么我们就该考虑优化程序算法或者进行加速

sy:内核系统进程执行时间百分比(system time) sy的值高时,说明系统内核消耗的CPU资源多,这并不是良性表现,我们应该检查原因

wa:IO等待时间百分比 wa的值高时,说明IO等待比较严重,这可能由于磁盘大量作随机访问造成,也有可能磁盘出现瓶颈(块操作)

id:空闲时间百分比

 

3.查看网络

命令:netstat -ntp

Proto:显示连接使用的协议

Recv-Q、Send-Q:指接收队列和发送队列

Local Address:本地地址ip

Foreign Address:连接方地址ip

State:协议连接状态

PID/Program name:进程id以及名称

在局域网做性能压力测试,可以使用此命令查看应用服务、客户端间请求ip都可以观察到。Recv-Q、Send-Q队列如果持续值不减少或者大于0,表示可能有问题(如带宽不够)。

 

4.带宽使用情况

名片:iptop

TX:发送流量

RX:接收流量

TOTAL:总流量

Cumm:运行iftop到目前时间的总流量

peak:流量峰值

rates:分别表示过去 2s 10s 40s 的平均流量

这个命令可以看到服务器带宽使用情况,带宽使用完了对性能也是有很大影响的

参考相关文章:

https://blog.csdn.net/chj_1224365967/article/details/108123486

https://www.cnblogs.com/xqzt/p/5448983.html

 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
服务器监控性能优化 技术创新,变革未来 服务器监控性能优化全文共27页,当前为第1页。 目录 MMO游戏的常用架构 服务器系统及应用健康监控体系 游戏内常用的效率分析及对应的优化手段 与其他互联网产品的互通性思考 Q&A 环节 服务器监控性能优化全文共27页,当前为第2页。 MMO游戏的常用架构 架构和业务是相互促进的 服务器监控性能优化全文共27页,当前为第3页。 运营系统架构 服务器监控性能优化全文共27页,当前为第4页。 游戏内监控体系 监控信息汇总到CMS 每个服务器定时汇报自身 各个指标信息 运营系统记录汇总绘图 服务器监控性能优化全文共27页,当前为第5页。 服务器系统健康监控体系 硬件监控项 CPU使用率 内存使用率 硬盘使用率 内网网卡使用率 外网网卡使用率 磁盘IO 服务器监控性能优化全文共27页,当前为第6页。 服务器系统健康监控体系 服务器监控性能优化全文共27页,当前为第7页。 服务器系统健康监控体系 软件监控项 帧速率 网络包 数目 网络连 接数目 房间 数目 线程 状态 NPC 数量 道具 数量 在线玩 家数量 存档 状态 数据库 状态 激活对 象数量 服务器监控性能优化全文共27页,当前为第8页。 服务器系统健康监控体系 软件信息 监控服务 汇总 阀值判定 各类报警 记录日志 健康监控体系报警,然后呢? ---分析 各种开源工具、内嵌API、心跳等多种检测方式 硬件信息 服务器监控性能优化全文共27页,当前为第9页。 游戏内分析系统设计与实现 帧速率 网络包 数目 网络连 接数目 房间 数目 线程 状态 NPC 数量 数学 计算 在线玩 家数量 存档 状态 数据库 状态 激活对 象数量 聚集 状态 监测和分析 是基于业务的 服务器监控性能优化全文共27页,当前为第10页。 游戏内分析系统设计与实现 服务器监控性能优化全文共27页,当前为第11页。 游戏内分析系统设计与实现 服务器监控性能优化全文共27页,当前为第12页。 MMO服务器常用的优化手段 写在之前 对于在运行系统,优化可能牵一发而动全身, 尽快利用各种手段解决问题,保证项目运行。 服务器监控性能优化全文共27页,当前为第13页。 MMO服务器常用的优化手段 逻辑帧速率优化(尽量控制150ms) ----找到最耗时的函数,内嵌检测,运行超时LOG 对象数量过多,大量道具,NPC等 数学计算过多,位置计算,子弹碰撞,伤害计算等 异常聚集,不可控的玩家行为 跨线程访问,不合理的线程粒度 锁操 作 减小粒度 减少锁时间 同步 同帧合并 减少聚集 大量 对象 分批计算 设置激活 数据 结构 服务器监控性能优化全文共27页,当前为第14页。 MMO服务器常用的优化手段 流畅 控制 同步 同帧 合并 重点 压缩 大量的网络包优化 ----找到发送最多的包,流量统计,LOG记录 同步的消息在同逻辑帧合并发送,减少投递次数 大量的网络IO重点优化包 MMO的大量包产生在同步,控制范围 使用内存池,大量小内存的申请释放消耗很大 异常来回发送等逻辑BUG 服务器监控性能优化全文共27页,当前为第15页。 MMO服务器常用的优化手段 网络链接优化 创建链接开销大,使用网络连接池解决 开服、积分墙刷广告,从设计上支持动态增加网关服务器解决 撞库等异常的网络攻击,及时彻底释放,封IP解决 创建销毁 的开销 极限情况 的控制 安全处理 的手段 服务器监控性能优化全文共27页,当前为第16页。 MMO服务器常用的优化手段 线程操作优化 ----尽量减少锁的时间 尽可能的少调用锁 减小锁粒度 线程数控制,线程间切换开销 利用析构自解锁,防止死锁 网络 数据库 存读档 内部LOG 系统 游戏场景 。。。 一次交换收到的 消息到处理线程 写比读要频繁 分成读写锁 一次交换到写线 程批次写入 不频繁操作, 注意锁定时间 游戏服务器的线程处理 服务器监控性能优化全文共27页,当前为第17页。 MMO服务器常用的优化手段 存档数据库操作优化 ---尽量保证不回档 存档 正确 设计存读档缓冲,减少直接对数据操作 增加存档频率,设定重要存档节点 控制存档数据大小,可压缩 数据表设计合理 按战区分存档库 缓存 存档 关键点 存档 压缩 数据 合理 表结构 服务器监控性能优化全文共27页,当前为第18页。 MMO服务器常用的优化手段 内存优化 单个对象的内存占用尽量少,比如使用标记位 频繁申请释放的对象使用对象池,消息,道具,子弹,NPC等 碎内存控制,长时间运行后会积累 重写new delete,用于统计和分析效率点和泄露 根据功能分多进程 控制申请 次数大小 使用 内存池 统计 内存使用 服务器监控性能优化全文共27页,当前为第19页。 MM

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值