jstat的用法【待刪】

時間 2019-12-07

標籤 jstat 用法待刪简体版

原文原文鏈接

jstat的用法 java

用以判斷JVM是否存在內存問題呢？如何判斷JVM垃圾回收是否正常？通常的top指令基本上知足不了這樣的需求，由於它主要監控的是整體的系統資源，很難定位到java應用程序。 apache

Jstat是JDK自帶的一個輕量級小工具。全稱「Java Virtual Machine statistics monitoring tool」，它位於java的bin目錄下，主要利用JVM內建的指令對Java應用程序的資源和性能進行實時的命令行的監控，包括了對Heap size和垃圾回收情況的監控。可見，Jstat是輕量級的、專門針對JVM的工具，很是適用。因爲JVM內存設置較大，圖中百分比變化不太明顯 bootstrap

一個極強的監視VM內存工具。能夠用來監視VM內存內的各類堆和非堆的大小及其內存使用量。 api

jstat工具特別強大，有衆多的可選項，詳細查看堆內各個部分的使用量，以及加載類的數量。使用時，需加上查看進程的進程id，和所選參數。 tomcat

執行：cd $JAVA_HOME/bin中執行jstat，注意jstat後必定要跟參數。工具

語法結構：性能

Usage: jstat -help|-options spa

jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]] .net

參數解釋：命令行

Options — 選項，咱們通常使用 -gcutil 查看gc狀況

vmid — VM的進程號，即當前運行的java進程號

interval– 間隔時間，單位爲秒或者毫秒

count — 打印次數，若是缺省則打印無數次

S0 — Heap上的 Survivor space 0 區已使用空間的百分比
S1 — Heap上的 Survivor space 1 區已使用空間的百分比
E   — Heap上的 Eden space 區已使用空間的百分比
O   — Heap上的 Old space 區已使用空間的百分比
P   — Perm space 區已使用空間的百分比
YGC — 從應用程序啓動到採樣時發生 Young GC 的次數
YGCT– 從應用程序啓動到採樣時 Young GC 所用的時間(單位秒)
FGC — 從應用程序啓動到採樣時發生 Full GC 的次數
FGCT– 從應用程序啓動到採樣時 Full GC 所用的時間(單位秒)
GCT — 從應用程序啓動到採樣時用於垃圾回收的總時間(單位秒)

實例使用1：

[root@localhost bin]# jstat -gcutil 25444

S0 S1 E O P YGC YGCT FGC FGCT GCT

11.63 0.00 56.46 66.92 98.49 162 0.248 6 0.331 0.579

實例使用2：(25444是java的進程號，ps -ef | grep java)

[root@localhost bin]# jstat -gcutil 25444 1000 5

S0 S1 E O P YGC YGCT FGC FGCT GCT

73.54 0.00 99.04 67.52 98.49 166 0.252 6 0.331 0.583

咱們能夠看到，5次young gc以後，垃圾內存被從Eden space區(E)放入了Old space區(O)，並引發了百分比的變化，致使Survivor space使用的百分比從73.54%(S0)降到0%(S1)。有效釋放了內存空間。綠框中，咱們能夠看到，一次full gc以後，Old space區(O)的內存被回收，從99.05%降到67.52%。

圖中同時打印了young gc和full gc的總次數、總耗時。而，每次young gc消耗的時間，能夠用相間隔的兩行YGCT相減獲得。每次full gc消耗的時間，能夠用相隔的兩行FGCT相減獲得。例如紅框中表示的第一行、第二行之間發生了1次young gc，消耗的時間爲0.252-0.252＝0.0秒。

常駐內存區(P)的使用率，始終停留在98.49%左右，說明常駐內存沒有突變，比較正常。

若是young gc和full gc可以正常發生，並且都能有效回收內存，常駐內存區變化不明顯，則說明java內存釋放狀況正常，垃圾回收及時，java內存泄露的概率就會大大下降。但也不能說明必定沒有內存泄露。

GCT 是YGCT 和FGCT的時間總和。

以上，介紹了Jstat按百分比查看gc狀況的功能。其實，它還有功能，例如加載類信息統計功能、內存池信息統計功能等，那些是以絕對值的形式打印出來的，比較少用，在此就不作介紹。

[root@localhost bin]# ps -ef | grep java

root 25917 1 2 23:23 pts/2 00:00:05 /usr/local/jdk1.5/bin/java -Djava.endorsed.dirs=/usr/local/jakarta-tomcat-5.0.30/common/endorsed -classpath /usr/local/jdk1.5/lib/tools.jar:/usr/local/jakarta-tomcat-5.0.30/bin/bootstrap.jar:/usr/local/jakarta-tomcat-5.0.30/bin/commons-logging-api.jar -Dcatalina.base=/usr/local/jakarta-tomcat-5.0.30 -Dcatalina.home=/usr/local/jakarta-tomcat-5.0.30 -Djava.io.tmpdir=/usr/local/jakarta-tomcat-5.0.30/temp org.apache.catalina.startup.Bootstrap start

jstat -class pid:顯示加載class的數量，及所佔空間等信息。

實例使用3：

[root@localhost bin]# jstat -class 25917

Loaded Bytes Unloaded Bytes Time

2629 2916.8 29 24.6 0.90

jstat -compiler pid:顯示VM實時編譯的數量等信息。

實例使用4：

[root@localhost bin]# jstat -compiler 25917

Compiled Failed Invalid Time FailedType FailedMethod

768 0 0 0.70 0

jstat –gccapacity :能夠顯示，VM內存中三代（young,old,perm）對象的使用和佔用大小，如：PGCMN顯示的是最小perm的內存使用量，PGCMX顯示的是perm的內存最大使用量，PGC是當前新生成的perm內存佔用量，PC是但前perm內存佔用量。其餘的能夠根據這個類推， OC是old內純的佔用量。

[root@localhost bin]# jstat -gccapacity 25917

NGCMN 640.0

NGCMX 4992.0

NGC 832.0

S0C 64.0

S1C 64.0

EC 704.0

OGCMN 1408.0

OGCMX 60544.0

OGC 9504.0

OC 9504.0 OC是old內純的佔用量

PGCMN 8192.0 PGCMN顯示的是最小perm的內存使用量