编辑
2023-04-20
运维
00
请注意,本文编写于 518 天前,最后修改于 518 天前,其中某些信息可能已经过时。

目录

背景
分析问题的方法论
cpu
1.1 说明
1.2 分析工具
1.3 使用方式
内存
2.1 说明
2.2 分析工具
2.3 使用方式
磁盘 IO
3.1 说明
3.2 分析工具
3.3 使用方式
网络
4.1 说明
4.2 分析工具
4.3 使用方式
系统负载
5.1 说明
5.2 分析工具
5.3 使用方式

背景

有时候会遇到一些疑难杂症,并且监控插件并不能一眼立马发现问题的根源。这时候就需要登录服务器进一步深入分析问题的根源。那么分析问题需要有一定的技术经验积累,并且有些问题涉及到的领域非常广,才能定位到问题。所以,分析问题和踩坑是非常锻炼一个人的成长和提升自我能力。如果我们有一套好的分析工具,那将是事半功倍,能够帮助大家快速定位问题,节省大家很多时间做更深入的事情。

分析问题的方法论

套用 5W2H 方法,可以提出性能分析的几个问题

  • What - 现象是什么样的
  • When - 什么时候发生
  • Why - 为什么会发生
  • Where - 哪个地方发生的问题
  • How much - 耗费了多少资源
  • How to do - 怎么解决问题

cpu

1.1 说明

针对应用程序,我们通常关注的是内核 CPU 调度器功能和性能。

线程的状态分析主要是分析线程的时间用在什么地方,而线程状态的分类一般分为:

  • 1.on-CPU:执行中,执行中的时间通常又分为用户态时间 user 和系统态时间 sys。
  • 2.off-CPU:等待下一轮上 CPU,或者等待 I/O、锁、换页等等,其状态可以细分为可执行、匿名换页、睡眠、锁、空闲等状态。

如果大量时间花在 CPU 上,对 CPU 的剖析能够迅速解释原因;如果系统时间大量处于 off-cpu 状态,定位问题就会费时很多。但是仍然需要清楚一些概念:

  • 处理器
  • 硬件线程
  • CPU 内存缓存
  • 时钟频率
  • 每指令周期数 CPI 和每周期指令数 IPC
  • CPU 指令
  • 使用率
  • 用户时间/内核时间
  • 调度器
  • 运行队列
  • 抢占
  • 多进程
  • 多线程
  • 字长

1.2 分析工具

image-20230420092444565

说明:

  • uptime,vmstat,mpstat,top,pidstat 只能查询到 cpu 及负载的的使用情况。
  • perf 可以跟着到进程内部具体函数耗时情况,并且可以指定内核函数进行统计,指哪打哪。

1.3 使用方式

//查看系统cpu使用情况top //查看所有cpu核信息mpstat -P ALL 1 //查看cpu使用情况以及平均负载vmstat 1 //进程cpu的统计信息pidstat -u 1 -p pid //跟踪进程内部函数级cpu使用情况 perf top -p pid -e cpu-clock

内存

2.1 说明

内存是为提高效率而生,实际分析问题的时候,内存出现问题可能不只是影响性能,而是影响服务或者引起其他问题。同样对于内存有些概念需要清楚:

  • 主存
  • 虚拟内存
  • 常驻内存
  • 地址空间
  • OOM
  • 页缓存
  • 缺页
  • 换页
  • 交换空间
  • 交换
  • 用户分配器 libc、glibc、libmalloc 和 mtmalloc
  • LINUX 内核级 SLUB 分配器

2.2 分析工具

image-20230420092456710

说明:

  • free,vmstat,top,pidstat,pmap 只能统计内存信息以及进程的内存使用情况。
  • valgrind 可以分析内存泄漏问题。
  • dtrace 动态跟踪。需要对内核函数有很深入的了解,通过 D 语言编写脚本完成跟踪。

2.3 使用方式

//查看系统内存使用情况free -m //虚拟内存统计信息vmstat 1 //查看系统内存情况top //1s采集周期,获取内存的统计信息pidstat -p pid -r 1 //查看进程的内存映像信息pmap -d pid //检测程序内存问题valgrind --tool=memcheck --leak-check=full --log-file=./log.txt ./程序名

磁盘 IO

3.1 说明

磁盘通常是计算机最慢的子系统,也是最容易出现性能瓶颈的地方,因为磁盘离 CPU 距离最远而且 CPU 访问磁盘要涉及到机械操作,比如转轴、寻轨等。访问硬盘和访问内存之间的速度差别是以数量级来计算的,就像 1 天和 1 分钟的差别一样。要监测 IO 性能,有必要了解一下基本原理和 Linux 是如何处理硬盘和内存之间的 IO 的。

在理解磁盘 IO 之前,同样我们需要理解一些概念,例如:

  • 文件系统
  • VFS
  • 文件系统缓存
  • 页缓存 page cache
  • 缓冲区高速缓存 buffer cache
  • 目录缓存
  • inode
  • inode 缓存
  • noop 调用策略

3.2 分析工具

image-20230420092505128

3.3 使用方式

//查看系统io信息iotop //统计io详细信息iostat -d -x -k 1 10 //查看进程级io的信息pidstat -d 1 -p pid //查看系统IO的请求,比如可以在发现系统IO异常时,可以使用该命令进行调查,就能指定到底是什么原因导致的IO异常perf record -e block

-ag^Cperf report

网络

4.1 说明

网络的监测是所有 Linux 子系统里面最复杂的,有太多的因素在里面,比如:延迟、阻塞、冲突、丢包等,更糟的是与 Linux 主机相连的路由器、交换机、无线信号都会影响到整体网络并且很难判断是因为 Linux 网络子系统的问题还是别的设备的问题,增加了监测和判断的复杂度。现在我们使用的所有网卡都称为自适应网卡,意思是说能根据网络上的不同网络设备导致的不同网络速度和工作模式进行自动调整。

4.2 分析工具

image-20230420092513570

4.3 使用方式

//显示网络统计信息netstat -s //显示当前UDP连接状况netstat -nu //显示UDP端口号的使用情况netstat -apu //统计机器中网络连接各个状态个数netstat -a | awk '/^tcp/ {++S[$NF]} END {for(a in S)print a, S[a]}' //显示TCP连接ss -t -a//显示sockets摘要信息ss -s//显示所有udp socketsss -u -a//tcp,etcp状态sar -n TCP,ETCP 1 //查看网络IOsar -n DEV 1//抓包以包为单位进行输出tcpdump -i eth1 host 192.168.1.1 and port 80 //抓包以流为单位显示数据内容tcpflow -cp host 192.168.1.1

系统负载

5.1 说明

Load 就是对计算机干活多少的度量(WikiPedia:the system Load is a measure of the amount of work that a compute system is doing)简单的说是进程队列的长度。Load Average 就是一段时间(1 分钟、5 分钟、15 分钟)内平均 Load。

5.2 分析工具

image-20230420092524323

5.3 使用方式

//查看负载情况uptimetopvmstat //统计系统调用耗时情况strace -c -p pid //跟踪指定的系统操作例如epoll_waitstrace -T -e epoll_wait -p pid //查看内核日志信息dmesg

如果对你有用的话,可以打赏哦
打赏
ali pay
wechat pay

本文作者:Gustav

本文链接:

版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!