Linux系统CPU内存使用率过高的问题排查

    服务器出现由内存问题引发的故障，例如系统内部服务响应速度变慢、服务器登录不上、系统触发 OOM（Out Of Memory）等。通常情况下当实例内存使用率持续高于90%时，可判断为实例内存使用率过高。CPU/内存使用率过高的问题原因可能由硬件因素、系统进程、业务进程或者木马病毒等因素导致。

    笔者以前写过一篇文章- Linux 下的 60 秒分析的检查清单 ，适用于 任何性能问题 的分析工作，这一篇文章是关于CPU/内存使用率的具体的排查思路总结。

    执行 top 命令后按  M ，根据驻留内存大小进行排序，查看 “RES” 及 “SHR” 列是否有进程占用内存过高。按 P，以 CPU 占用率大小的顺序排列进程列表，查看是否有进程占用cpu过高。

    如果有异常进程占用了大量 CPU 或内存资源，记录需要终止的进程 PID，输入k，再输入需要终止进程的 PID ，按 Enter。

    另外说明一下，top 运行中可以通过 top 的内部命令对进程的显示方式进行控制，最常用的是M和P。

    CPU 空闲但高负载情况，Load average 是 CPU 负载的评估，其值越高，说明其任务队列越长，处于等待执行的任务越多。执行ps -axjf命令，查看进程状态，并检查是否存在 D 状态进程。D 状态指不可中断的睡眠状态，该状态进程无法被杀死，也无法自行退出。若出现较多 D 状态进程，可通过恢复该进程依赖资源或重启系统进行解决。

    Linux 系统通过分页机制管理内存的同时，将磁盘的一部分划出来作为虚拟内存。而 kswapd0 是 Linux 系统虚拟内存管理中负责换页的进程。当系统内存不足时，kswapd0 会频繁的进行换页操作。换页操作非常消耗 CPU 资源，导致该进程持续占用高 CPU 资源。

    执行top命令，找到 kswapd0 进程。观察 kswapd0 进程状态，若持续处于非睡眠状态，且运行时间较长并持续占用较高 CPU 资源，执行 vmstat ，free，ps 等指令，查询系统内进程的内存占用情况，重启系统或终止不需要且安全的进程。如果 si，so 的值也比较高，则表示系统存在频繁的换页操作，当前系统的物理内存已经不能满足您的需要。  si  表示每秒从交换区写入内存的大小(单位:kb/s) ， so  每秒从内存写到交换区的大小。

    执行cat/proc/meminfo |grep-i shmem命令查看共享内存。

        buddy可以以页为单位获取连续的物理内存了，即4K为单位。slab负责需要频繁的获取/释放并不大的连续物理内存，比如几十字节。执行cat /proc/meminfo | grep -i SUnreclaim命令查看slab 内存。

        标准的 4KB 大小的页面外，内存大页管理内存中的巨大的页面，处理较少的页面映射表，从而减少访问/维护它们的开销。执行cat /proc/meminfo | grep -iE "HugePages_Total|Hugepagesize" 查看内存大页。

内存使用率计算：

 (Total - available)100% / Total

（Total - Free - Buffers - Cached - SReclaimable + Shmem） 100% / Total

  cat /proc/meminfo查看信息含义：

1。高内存使用并不表示系统需要优化，CPU如果在空闲时使用率高就要留意。

2 应高度关注LINUX下SWAP的配置和使用状况，SWAP分区就相当WINDOWS系统的虚拟内存，

SWAP占用率高就会引起系统缓慢。

3。优化Oracle的配置，避免大量占用SWAP，以提高系统效率。

4。在可能的情况下，优化应用，这也是最难的。

5。建议加强LINUX和Oracle系统的管理知识。

服务器环境：

​ 腾讯云1核2G

​ 操作系统：CentOS7

最近将项目部署到服务器后发现tomcat总是过一段时间会自动关掉。

查看系统日志

发现如下内容：

原因分析：linux会定时检查系统内存大小，发现剩余内存过小时会自动优先清理占用内存较大的进程，因此tomcat进程经常会被系统清除掉

（1）创建脚本文件tomcatMonitorsh

（2）对脚本文件授权

（3）将脚本文件加入到定时任务中

添加如下内容

保存并退出

（如果出现以下内容，则输入3进入vim编辑模式再进行编辑）

具体crontab命令参考： https://wwwcnblogscom/zoulongbin/p/6187238html

（4）查看任务执行情况

输出如下内容表示定时任务正在执行

参考博客：

https://wwwcnblogscom/zoulongbin/p/6187238html

https://blogcsdnnet/zhang41228/article/details/79860030

不管他，正常，你的系统正在嗷嗷叫！这才是正常的，你被win毒害好久了吧？ 你可以top一下看内存和缓存的大小，大多是缓存。加速程序载入。 PS：用linux就要用linux的思想方式！

linuxt提供了系统函数sysconf()用来读取CPU和内存信息，先来了解一下sysconf()函数吧。

头文件

#include<unistdh>

函数原型

long sysconf (int name);

说明

sysconf() 返回选项 ( 变量) 的当前值，这个值可配置的但也是受系统限制的。在成功完成的情况下，sysconf() 返回 变量的当前值。该值受到的限制将少于编译时 <limitsh>， <unistdh> 或 <timeh> 中可用的对应值。大多数这些 变量的值在调用进程的生存时间内不变。

如果出错，那么函数返回 -1 ，并适当地设置 errno 。当没有错误发生时， -1 也是一个合法的返回值。因此，程序要检查错误，应该在调用 sysconf() 之前将 errno 设置为 0 ，然后，如果返回 -1，则检验到错误。

参数 name 指定我们感兴趣的运行时限制的名字，它必须是以值中之一(除非另有说明，否则返回值都是整数)：

_SC_2_C_BIND : 一个布尔值，指出是否支持 POSIX C 语言绑定。返回值是 _POSIX2_C_BIND 。

_SC_2_C_DEV : 一个布尔值，指出是否支持 POSIX C 语言开发使用工具选项。返回值是 _POSIX2_C_DEV 。

_SC_2_C_VERSION : 它指出支持哪一个 ISO POSIX2 标准 (命令) 的版本。返回值是 _POSIX2_C_VERSION 。

_SC_2_CHAR_TERM : 一个布尔值，指出是否至少支持一个 终端。返回值是 _POSIX2_CHAR_TERM 。

_SC_2_FORT_DEV : 一个布尔值，指出是否支持 FORTRAN 开发使用工具选项。返回值是 POSIX2_FORT_DEV 。

注意：1、 CLK_TCK 的值是可变的，因此，不应该假设它是一个 编译时间 常量。

2、调用 setrlimit 会使 OPEN_MAX 的值发生改变。

3、 通过将 sysconf (_SC_PHYS_PAGES) 和 sysconf (_SC_PAGESIZE) 相乘，来确定 物理内存的总量 (以 字节为单位) 可以返回一个值，该值超出 32 位进程中 long 或 unsigned long 可表示的最大值。同样适用于通过将 sysconf (_SC_PAGESIZE) 和 sysconf (_SC_AVPHYS_PAGES) 想乘，来确定未使用的 物理内存的总量 (以 字节为单位)。这个问题有两个工作区。第 1 个工作区将程序作为 64 位的进程进行编译 (从而使 long 足够大到可以容纳乘法运算的结果) ，但是，这样做的缺点是得到的程序只能在 64 位的内核中运行。第 2 个工作区是用来将得到的乘法运算结果存储在一个 64 位的量中，如 longlong_t (Solaris OS 类型) 或 long long (linux)。它的有点是可以在 32 位和 64 位的内核中正确工作。