cpu过高分析
2015-06-16 14:30
127 查看
cpu太高,一般来讲或者是有死循环,或者是cpu密集型应用。
定位问题思路:
1. 查看哪个进程战用过高。
2.查到后,查看该进程哪个线程占用过高。
3.查到对应cpu过高线程后,用jstack打印出线程栈,查看对应堆栈信息
以下为整个实例,
一.先查找出哪个进程占用cpu过高
用命令: top
结果:
7907 zhao 20 0 3279m 645m 30m S 52 8.2 8:34.18 java
21372 zhao 20 0 4226m 384m 13m S 41 4.9 4:40.90 java
可以看到7907和21372这个进程比较高,其中7907是eclipse程序,可以用jps看到所有java进程
而21372是我们的应用程序,因此主要定位21372这个进程
二.找出对应进程,cpu占用过高的线程
用命令:top -H -p 21372,其中选项-H用于显示所有线程,-p用于指定具体进程
结果:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21673 zhao 20 0 4226m 384m 13m R 46 4.9 6:06.72 java
21372 zhao 20 0 4226m 384m 13m S 0 4.9 0:00.00 java
21377 zhao 20 0 4226m 384m 13m S 0 4.9 0:06.95 java
21379 zhao 20 0 4226m 384m 13m S 0 4.9 0:00.25 java
可以看到21673线程占用了46%的cpu。
三.打印出占用cpu过高的线程堆栈
第二步查找到的线程id为:21673,由于jstack打印出的进程线程栈为16进程编码,
因此将:21673转成十六进制为54a9
用命令:jstack 21372(进程),如果希望保存到文件中则可以:jstack 21372 > /home/yourpath/c.log
结果:
"http-nio-8082-exec-1" daemon prio=10 tid=0x00007f9a44003800 nid=0x54a9 runnable [0x00007f9acc1a5000]
java.lang.Thread.State: RUNNABLE
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:345)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
- locked <0x0000000784c1fcd8> (a java.io.BufferedOutputStream)
at java.io.PrintStream.write(PrintStream.java:482)
- locked <0x0000000784c1fcb8> (a java.io.PrintStream)
at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221)
at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291)
at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104)
- locked <0x0000000784c1fe08> (a java.io.OutputStreamWriter)
at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185)
at java.io.PrintStream.write(PrintStream.java:527)
- locked <0x0000000784c1fcb8> (a java.io.PrintStream)
at java.io.PrintStream.print(PrintStream.java:669)
at java.io.PrintStream.println(PrintStream.java:806)
- locked <0x0000000784c1fcb8> (a java.io.PrintStream)
at com.test.mainsite.controller.IndexController.home(IndexController.java:21)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
用转换过的线程号:54a9查找,可以看到上述的线程线
这里:
at com.test.mainsite.controller.IndexController.home(IndexController.java:21)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
就是当前线程发生cpu过高的业务代码
定位问题思路:
1. 查看哪个进程战用过高。
2.查到后,查看该进程哪个线程占用过高。
3.查到对应cpu过高线程后,用jstack打印出线程栈,查看对应堆栈信息
以下为整个实例,
一.先查找出哪个进程占用cpu过高
用命令: top
结果:
7907 zhao 20 0 3279m 645m 30m S 52 8.2 8:34.18 java
21372 zhao 20 0 4226m 384m 13m S 41 4.9 4:40.90 java
可以看到7907和21372这个进程比较高,其中7907是eclipse程序,可以用jps看到所有java进程
而21372是我们的应用程序,因此主要定位21372这个进程
二.找出对应进程,cpu占用过高的线程
用命令:top -H -p 21372,其中选项-H用于显示所有线程,-p用于指定具体进程
结果:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21673 zhao 20 0 4226m 384m 13m R 46 4.9 6:06.72 java
21372 zhao 20 0 4226m 384m 13m S 0 4.9 0:00.00 java
21377 zhao 20 0 4226m 384m 13m S 0 4.9 0:06.95 java
21379 zhao 20 0 4226m 384m 13m S 0 4.9 0:00.25 java
可以看到21673线程占用了46%的cpu。
三.打印出占用cpu过高的线程堆栈
第二步查找到的线程id为:21673,由于jstack打印出的进程线程栈为16进程编码,
因此将:21673转成十六进制为54a9
用命令:jstack 21372(进程),如果希望保存到文件中则可以:jstack 21372 > /home/yourpath/c.log
结果:
"http-nio-8082-exec-1" daemon prio=10 tid=0x00007f9a44003800 nid=0x54a9 runnable [0x00007f9acc1a5000]
java.lang.Thread.State: RUNNABLE
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:345)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
- locked <0x0000000784c1fcd8> (a java.io.BufferedOutputStream)
at java.io.PrintStream.write(PrintStream.java:482)
- locked <0x0000000784c1fcb8> (a java.io.PrintStream)
at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221)
at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291)
at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104)
- locked <0x0000000784c1fe08> (a java.io.OutputStreamWriter)
at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185)
at java.io.PrintStream.write(PrintStream.java:527)
- locked <0x0000000784c1fcb8> (a java.io.PrintStream)
at java.io.PrintStream.print(PrintStream.java:669)
at java.io.PrintStream.println(PrintStream.java:806)
- locked <0x0000000784c1fcb8> (a java.io.PrintStream)
at com.test.mainsite.controller.IndexController.home(IndexController.java:21)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
用转换过的线程号:54a9查找,可以看到上述的线程线
这里:
at com.test.mainsite.controller.IndexController.home(IndexController.java:21)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
就是当前线程发生cpu过高的业务代码
相关文章推荐
- supermap试用期延迟方法
- STL学习笔记之容器--slist
- iOS 动态类型isKindOfClass, isMemberOfClass 初认识
- 【Java安全技术探索之路系列:Java可扩展安全架构】之十六:JAAS(三):JAAS编程模型
- 【Java安全技术探索之路系列:Java可扩展安全架构】之十五:JAAS(二):JAAS类和接口
- unity 场景编辑器中 获取点击的物体
- 【原】Mac下统计任意文件夹中代码行数的工具——cloc
- map最基本的操作
- Android Binder机制(超级详尽)
- 【Java安全技术探索之路系列:Java可扩展安全架构】之十四:JAAS(一):JAAS架构介绍
- 【Java安全技术探索之路系列:Java可扩展安全架构】之十三:JSSE(三):JSSE编程模型
- Gunicorn 问题
- sql 删除数据库所有用户表
- C#中判断一个数组中是否存在某个数组值 及相关
- oracle数据库转mysql数据库
- UISwitch
- 在线密码管理器LastPass遭入侵
- 【Java安全技术探索之路系列:Java可扩展安全架构】之十二:JSSE(二):JSSE类和接口
- 【Java安全技术探索之路系列:Java可扩展安全架构】之十一:JSSE(一):JSSE架构介绍
- 12-4曲线形态