CPU飙高和内存飙高的处理方法

cpu飙高处理步骤

1. top查找出哪个进程消耗的CPU高(top -c)

2. top -h -p查找出哪个线程消耗的cpu高（top -h -p pid）

这个命令就能显示刚刚找到的进程的所有线程的资源消耗情况。

3. printf％x进行pid的进制转换

找到CPU负载高的线程pid 8627, 把这个数字转换成16进制，21B3（10进制转16进制，用linux命令: printf %x 8627）

4. jstack记录进程的堆栈信息

执行jstack -l pid，拿到进程的线程dump文件。这个命令会打出这个进程的所有线程的运行堆栈。

5. 找出消耗CPU最高的线程信息

搜索“21B3”，就是搜一下16进制显示的线程id。搜到后，下面的堆栈就是这个线程打出来的。

内存飙高处理步骤

1. jstat命令查看FGC发生的次数和消耗的时间，次数越多，耗时越长说明存在问题;

Jstat命令可以观察到classloader，compiler，gc相关信息。可以时时监控资源和性能

2. 连续查看jmap -heap查看老生代的占用情况，变化越大说明程序存在问题;

Jmap命令（jmap [ option ] pid）得到运行java程序的内存分配的详细情况。例如实例个数，大小等

3. 使用连续的jmap -histo：live命令导出文件，比对加载对象的差异，差异部分一般是发生问题的地方。

GC引起的单核飙高

1. 单个CPU占用率高，首先从GC查起。

常见SY飙高

1.线程上下文切换频繁

2. 线程太多

3. 锁竞争激烈

IO飙高

1. 如果IO的CPU占用很高，排查涉及到IO的程序，比如把OIO改造成NIO。

抖动问题

原因：字节码转为机器码需要占用CPU时间片，大量的CPU在执行字节码时，导致CPU长期处于高位;

现象：“C2 CompilerThread1”守护进程，“C2 CompilerThread0”守护进程CPU占用率最高;

解决办法：保证编译线程的CPU占比。