Java進(jìn)程cpu占用過高問題解決
cpu是時分(time division)的,操作系統(tǒng)里有很多線程,每個線程的運(yùn)行時間由cpu決定,cpu會分給每個線程一個時間片,時間片是一個很短的時間長度,如果在時間片內(nèi),線程一直占有,則是100%;我們應(yīng)該意識到,cpu運(yùn)行速度很快(主頻非常高),除非密集型耗費(fèi)cpu的運(yùn)算,其它類型任務(wù)都會在小于時間片的時間內(nèi)結(jié)束。
產(chǎn)生CPU100%的原因:
某一程序一直占用CPU是導(dǎo)致CPU100%的原因,大概有以下幾種情況:
1、Java 內(nèi)存不夠或溢出導(dǎo)致GC overhead問題, GC overhead 導(dǎo)致的CPU 100%問題;
2、死循環(huán)問題. 如常見的HashMap被多個線程并發(fā)使用導(dǎo)致的死循環(huán), 或者死循環(huán);
3、某些操作一直占用CPU
第一步:使用top命令,查看占用cpu的進(jìn)程
[root@sdfsdfseZ codeimage]# top
第二步:ps -ef | grep java 或jps命令,找出服務(wù)器的所有java進(jìn)程
第三步:找出CPU耗用最厲害的進(jìn)程pid
第四步:查找出具體占用cpu利用率最厲害的線程號,top -H -p pid 。然后按下shift+p,跳出CPU監(jiān)控當(dāng)前線程號為:1747
第五步:將獲取到的線程號轉(zhuǎn)換成16進(jìn)制
因?yàn)閖ava線程棧文件中的線程id是十六進(jìn)制,需要將線程id從十進(jìn)制轉(zhuǎn)為十六進(jìn)制。十進(jìn)制 轉(zhuǎn)十六進(jìn)制的命令如下:
結(jié)果為:
第六步:導(dǎo)出線程棧
將具體的占用CPU過高的java進(jìn)程的線程棧導(dǎo)出,導(dǎo)出命令如下:
pid.tdump文件后綴名隨意,通常以tdump結(jié)尾。
[root@sdfsdfsdeZ codeimage]# jstack 1747 > tmp/1747.tdump
可能會拋出異常;
1747: Unable to open socket file: target process not responding or HotSpot VM not loadedThe -F option can be used when the target process is not responding
原因分析
jvm運(yùn)行時會生成一個目錄hsperfdata_$USER($USER是啟動java進(jìn)程的用戶),在linux中默認(rèn)是/tmp,目錄下會有些pid文件,存放jvm進(jìn)程信息,而jmap,jstack等工具會讀取/tmp/hsperfdata_$USER下的pid文件獲取連接信息.
檢查了/tmp/hsperfdata_root目,,但在$TOMCAT_HOME目錄中的temp目錄中有對應(yīng)的文件.
解決辦法
使用
[root@iZ2zeab8t820b5ywp0rkfeZ bin]# jstack 1706 > /tmp/hsperfdata_root/1706.tdump
第七步:導(dǎo)出堆
[root@sddsdfsaZ bin]# jstat -gcutil 1706
第八步:jvisualvm分析快照使用JAVA_HOME/bin/jvisualvm.exe,載入快照
文件----->載入—>文件類型(Dump)
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
1. IntelliJ IDEA設(shè)置默認(rèn)瀏覽器的方法2. SpringBoot項(xiàng)目優(yōu)雅的全局異常處理方式(全網(wǎng)最新)3. Python TestSuite生成測試報告過程解析4. python操作數(shù)據(jù)庫獲取結(jié)果之fetchone和fetchall的區(qū)別說明5. IntelliJ IDEA設(shè)置背景圖片的方法步驟6. 解決python路徑錯誤,運(yùn)行.py文件,找不到路徑的問題7. docker /var/lib/docker/aufs/mnt 目錄清理方法8. 在JSP中使用formatNumber控制要顯示的小數(shù)位數(shù)方法9. 如何清空python的變量10. Xml簡介_動力節(jié)點(diǎn)Java學(xué)院整理
