linux cpub飙高的处理

目录
cpu飙高处理步骤
内存飙高处理步骤
GC引起的单核飙高
常见SY飙高
IO飙高

cpu飙高处理步骤

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

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

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

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

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

找出消耗CPU最高的线程信息
搜索“21B3”，就是搜一下16进制显示的线程id。搜到后，下面的堆栈就是这个线程打出来的。

内存飙高处理步骤

jstat命令查看FGC发生的次数和消耗的时间，次数越多，耗时越长说明存在问题;
Jstat命令可以观察到classloader，compiler，gc相关信息。可以时时监控资源和性能

连续查看jmap -heap查看老生代的占用情况，变化越大说明程序存在问题;
Jmap命令（jmap [ option ] pid）得到运行java程序的内存分配的详细情况。例如实例个数，大小等

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

单个CPU占用率高，首先从GC查起。
常见SY飙高
1.线程上下文切换频繁

线程太多

锁竞争激烈

IO飙高

如果IO的CPU占用很高，排查涉及到IO的程序，比如把OIO改造成NIO。
抖动问题
原因：字节码转为机器码需要占用CPU时间片，大量的CPU在执行字节码时，导致CPU长期处于高位;

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

2.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最高的线程信息
srace -p