程序员不可不知的Linux性能工具

前言

在实际开发中，有时候会收到一些服务的监控报警，好比CPU飙高，内存飙高等，这个时候，咱们会登陆到服务器上进行排查。本篇博客将涵盖这方面的知识：Linux性能工具。

一次线上问题排查模拟

背景：服务在平稳运行一段时间后，CPU忽然飙高。

经过top命令，能够确认下，究竟是哪一个进程致使CPU飙高了（也许是误报呢？）。

能够看到图中PID是2816的进程，CPU使用率很是高。

使用top -Hp 2816来对进程下的线程进行观察。图中能够发现，2825这个线程CPU很是高。

这里利用Python很是方便的把十进制的线程ID转化成了16进制，为何要这么作呢？

由于在接下来的线程DUMP文件中使用的就是16进制的NID。

在实际中，咱们应该利用jstack pid多DUMP几回，由于线程存在状态转换，所以屡次DUMP有利于抓取到线程更多的信息。

图中，你能够观察到，一个线程获得了锁，在运行，迟迟没有释放，而另外一个线程一直在等待这个锁。至此，就能够到去查看代码去分析为何锁迟迟不释放的缘由了。

性能监测工具top详解

上文的案例中，就使用到了top，而在实际中，top的信息量是很大的，这里详细分析下。

第一行：

涉及到2个时间，一个是系统时间，一个是机器运行的时间。【咱们应该重点关注的是机器运行的时间，Why? 有时候，重启机器能带来不少问题，你懂的！】

多少用户登陆了系统？【经过who/w/history能够查到更多信息】

3个load值是什么含义？

分别表明的是1MIN,5MIN,15MIN机器的负载状况，如何肯定负载的大小呢？须要和CPU的核数相结合来看，好比该机器是4核CPU，那么若是load值超过了4，就意味着负载很大了！【在top下按下1能够观察出CPU的个数】

上述信息，其实也能够经过uptime命令来获取。

第二行：

主要是总共有多少个任务，重点应该关注的是僵尸状态的任务数。

第三行：

主要是CPU的一些信息。

US/SY，说的就是用户进程和系统进程使用CPU的占比。

NI，即NICE，表示被调整过线程优先级的进程占比，这个比例正常不该该很大。

ID，表示空闲；WA表示资源等待的时间，好比在瞬时大流量下，服务打了不少日志的话，那么这个值就会飙高，由于这会很消耗资源的。

HI，硬中断，通常就是外设引发的，若是HI飙高的话，那么意味着外设在硬件层面出现了问题。SI表示软中断。

ST，即steel，若是该主机是虚拟的话会有这个ST信息，也便是该虚拟机从宿主机获取CPU的时间片的百分占比。

第四和第五行：

这里主要说2个概念性的东西：buffer 和 cache。

buffer主要是什么呢？应该是待处理的数据，主要是处理2个系统之间速度不匹配的问题。而cache，通常应该是结果数据的缓存，好比从DB加载一些信息供查询用。

SWAP分区，就是想利用硬盘的作一部分缓存，若是SWAP交换很是频繁的话，就是说内存不够用！

列表说明：

PID 进程ID、USER 用户、PR 优先级、VIRT 虚拟内存、RES 驻留内存、SHR 共享内存

这里须要指出的是，RES表示的是该进程实际占用的内存，而并非申请的内存大小。也就是说当前进程所占用的内存物理大小是 RES-SHR。