以下問(wèn)題將測(cè)試您對(duì)Linux操作系統(tǒng)上運(yùn)行的Java應(yīng)用程序的垃圾回收和高CPU故障排除的知識(shí)。 當(dāng)調(diào)查過(guò)多的GC和/或CPU利用率時(shí)，此故障排除技術(shù)尤其重要。 它將假定您沒(méi)有訪問(wèn)高級(jí)監(jiān)視工具的能力，例如Compuware dynaTrace甚至JVisualVM。 將來(lái)會(huì)介紹使用此類(lèi)工具的未來(lái)教程，但請(qǐng)確保您首先掌握基本的故障排除原理。

題：

在Linux OS上，如何在運(yùn)行時(shí)監(jiān)視和計(jì)算每個(gè)Oracle HotSpot或JRockit JVM垃圾回收（GC）線程使用了多少CPU％？

回答：

在Linux OS上，Java線程被實(shí)現(xiàn)為本機(jī)線程，這導(dǎo)致每個(gè)線程是一個(gè)單獨(dú)的Linux進(jìn)程。 這意味著您可以使用top -H 命令 （“線程”切換視圖）監(jiān)視HotSpot JVM創(chuàng)建的任何Java線程的CPU％。

也就是說(shuō)，根據(jù)您使用的GC策略和服務(wù)器規(guī)范，HotSpot＆JRockit JVM將創(chuàng)建一定數(shù)量的GC線程，這些線程將執(zhí)行舊空間和舊空間的收集。 通過(guò)生成JVM線程轉(zhuǎn)儲(chǔ)，可以輕松識(shí)別此類(lèi)線程。 如下面的示例所示，Oracle JRockit JVM確實(shí)創(chuàng)建了4個(gè)GC線程，標(biāo)識(shí)為“（GC Worker Thread X）”。

===== FULL THREAD DUMP ===============Fri Nov 16 19:58:36 2012BEA JRockit(R) R27.5.0-110-94909-1.5.0_14-20080204-1558-linux-ia32"Main Thread" id=1 idx=0x4 tid=14911 prio=5 alive, in native, waiting-- Waiting for notification on: weblogic/t3/srvr/T3Srvr@0xfd0a4b0[fat lock]at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)at java/lang/Object.wait(J)V(Native Method)at java/lang/Object.wait(Object.java:474)at weblogic/t3/srvr/T3Srvr.waitForDeath(T3Srvr.java:730)^-- Lock released while waiting: weblogic/t3/srvr/T3Srvr@0xfd0a4b0[fat lock] at weblogic/t3/srvr/T3Srvr.run(T3Srvr.java:380) at weblogic/Server.main(Server.java:67)at jrockit/vm/RNI.c2java(IIIII)V(Native Method)-- end of trace"(Signal Handler)" id=2 idx=0x8 tid=14920 prio=5 alive, in native, daemon"(GC Main Thread)" id=3 idx=0xc tid=14921 prio=5 alive, in native, native_waiting, daemon"(GC Worker Thread 1)" id=? idx=0x10 tid=14922 prio=5 alive, in native, daemon"(GC Worker Thread 2)" id=? idx=0x14 tid=14923 prio=5 alive, in native, daemon"(GC Worker Thread 3)" id=? idx=0x18 tid=14924 prio=5 alive, in native, daemon"(GC Worker Thread 4)" id=? idx=0x1c tid=14925 prio=5 alive, in native, daemon………………………

現(xiàn)在，讓我們通過(guò)一個(gè)簡(jiǎn)單的示例將所有這些原理放在一起。

步驟＃1 –監(jiān)視GC線程CPU利用率

調(diào)查的第一步是監(jiān)視并確定：

• 通過(guò)Linux top -H 命令顯示的每個(gè)GC工作線程標(biāo)識(shí)本機(jī)線程ID。
  
• 確定每個(gè)GC工作線程的CPU％。
  

步驟＃2 –生成和分析JVM線程轉(zhuǎn)儲(chǔ)

在Linux的頂部-H的同時(shí) ，產(chǎn)生2個(gè)或3 JVM線程轉(zhuǎn)儲(chǔ)通過(guò)kill快照-3 <JavaPID>。

• 打開(kāi)JVM線程轉(zhuǎn)儲(chǔ)，然后找到JVM GC工作線程。
  
• 現(xiàn)在，通過(guò)查看本機(jī)線程ID（tid屬性），將“ top -H”輸出數(shù)據(jù)與JVM Thread Dump數(shù)據(jù)相關(guān)聯(lián)。
  

正如您在我們的示例中看到的那樣，這種分析確實(shí)使我們能夠確定我們所有的GC工作線程每個(gè)都使用大約20％的CPU。 這是由于當(dāng)時(shí)發(fā)生了重大收藏。 請(qǐng)注意，啟用verbose：gc也是非常有用的，因?yàn)樗鼘⒃试S您將此類(lèi)CPU峰值與次要和主要集合相關(guān)聯(lián)，并確定JVM GC進(jìn)程對(duì)服務(wù)器總體CPU利用率的貢獻(xiàn)程度。

參考： Java EE支持模式博客上的JCG合作伙伴 Pierre-Hugues Charbonneau提供的Linux上的HotSpot GC線程CPU占用空間 。

翻譯自: https://www.javacodegeeks.com/2013/04/hotspot-gc-thread-cpu-footprint-on-linux.html

總結(jié)

以上是生活随笔為你收集整理的Linux上的HotSpot GC线程CPU占用空间的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。