2. 程式人生 > >Java效能監控及調優工具

Java效能監控及調優工具

阿新 • • 發佈：2018-12-30


1、JDK命令列工具                                                                       

1.1、jps命令

jps用於列出Java的程序，jps可以增加引數，-m用於輸出傳遞給Java程序的引數，-l用於輸出主函式的完整路徑，-v可以用於顯示傳遞給jvm的引數。

jps -l -m -v
31427 sun.tools.jps.Jps -l -m -v -Dapplication.home=/Library/Java/JavaVirtualMachines/jdk1.7.0_55.jdk/Contents/Home -Xms8m

1.2、jstat命令

jstat是一個可以用於觀察Java應用程式執行時資訊的工具，它的功能非常強大，可以通過它檢視堆資訊的詳細情況，它的基本使用方法為：

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

選項option可以由以下值組成：

jstat -class pid:顯示載入class的數量，及所佔空間等資訊。  
	jstat -compiler pid:顯示VM實時編譯的數量等資訊。  
	jstat -gc pid:可以顯示gc的資訊，檢視gc的次數，及時間。其中最後五項，分別是young gc的次數，young gc的時間，full gc的次數，full gc的時間，gc的總時間。  
	jstat -gccapacity:可以顯示，VM記憶體中三代（young,old,perm）物件的使用和佔用大小，如：PGCMN顯示的是最小perm的記憶體使用量，PGCMX顯示的是perm的記憶體最大使用量，PGC是當前新生成的perm記憶體佔用量，PC是但前perm記憶體佔用量。其他的可以根據這個類推， OC是old內純的佔用量。  
	jstat -gcnew pid
 
:new物件的資訊。  
	jstat -gcnewcapacity pid:new物件的資訊及其佔用量。  
	jstat -gcold pid:old物件的資訊。  
	jstat -gcoldcapacity pid:old物件的資訊及其佔用量。  
	jstat -gcpermcapacity pid: perm物件的資訊及其佔用量。  
	jstat -gcutil pid:統計gc資訊統計。  
	jstat -printcompilation pid:當前VM執行的資訊。  
	除了以上一個引數外，還可以同時加上 兩個數字，如：jstat -printcompilation 3024
 
 250 6是每250毫秒列印一次，一共列印6次。

這些引數中最常用的引數是gcutil，下面是該引數的輸出介紹以及一個簡單例子：

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：  
  
[[email protected] 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

1.3、jinfo命令

jinfo可以用來檢視正在執行的Java應用程式的擴充套件引數，甚至在執行時修改部分引數，它的基本語法為：

jinfo  <option>  <pid>

jinfo可以檢視執行時引數：

jinfo -flag MaxTenuringThreshold 31518
-XX:MaxTenuringThreshold=15

jinfo還可以在執行時修改引數值：

> jinfo -flag PrintGCDetails 31518
-XX:-PrintGCDetails
> jinfo -flag +PrintGCDetails 31518
> jinfo -flag PrintGCDetails 31518
-XX:+PrintGCDetails

1.4、jmap命令

jmap命令主要用於生成堆快照檔案，它的使用方法如下：

> jmap -dump:format=b,file=heap.hprof 31531
Dumping heap to /Users/caojie/heap.hprof ...
Heap dump file created

獲得堆快照檔案之後，我們可以使用多種工具對檔案進行分析，例如jhat，visual vm等。

1.5、jhat命令

使用jhat工具可以分析Java應用程式的堆快照檔案，使用命令如下：

> jhat heap.hprof 
Reading from heap.hprof...
Dump file created Tue Nov 11 06:02:05 CST 2014
Snapshot read, resolving...
Resolving 8781 objects...
Chasing references, expect 1 dots.
Eliminating duplicate references.
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.

jhat在分析完成之後，使用HTTP伺服器展示其分析結果，在瀏覽器中訪問http://127.0.0.1:7000/即可得到分析結果。

1.6、jstack命令

jstack可用於匯出Java應用程式的執行緒堆疊資訊，語法為：

jstack -l <pid>

jstack可以檢測死鎖，下例通過一個簡單例子演示jstack檢測死鎖的功能。java程式碼如下：

public class DeadLock extends Thread {
	protected Object myDirect;
	static ReentrantLock south = new ReentrantLock();
	static ReentrantLock north = new ReentrantLock();

	public DeadLock(Object obj) {
		this.myDirect = obj;
		if (myDirect == south) {
			this.setName("south");
		}
		if (myDirect == north) {
			this.setName("north");
		}
	}

	@Override
	public void run() {
		if (myDirect == south) {
			try {
				north.lockInterruptibly();
				try {
					Thread.sleep(500);
				} catch (Exception e) {
					e.printStackTrace();
				}
				south.lockInterruptibly();
				System.out.println("car to south has passed");
			} catch (InterruptedException e1) {
				System.out.println("car to south is killed");
			} finally {
				if (north.isHeldByCurrentThread())
					north.unlock();
				if (south.isHeldByCurrentThread())
					south.unlock();
			}

		}
		if (myDirect == north) {
			try {
				south.lockInterruptibly();
				try {
					Thread.sleep(500);
				} catch (Exception e) {
					e.printStackTrace();
				}
				north.lockInterruptibly();
				System.out.println("car to north has passed");
			} catch (InterruptedException e1) {
				System.out.println("car to north is killed");
			} finally {
				if (north.isHeldByCurrentThread())
					north.unlock();
				if (south.isHeldByCurrentThread())
					south.unlock();
			}

		}
	}

	public static void main(String[] args) throws InterruptedException {
		DeadLock car2south = new DeadLock(south);
		DeadLock car2north = new DeadLock(north);
		car2south.start();
		car2north.start();
		Thread.sleep(1000);
	}
}

使用jps命令檢視程序號為32627，然後使用jstack -l 32637 > a.txt命令把堆疊資訊列印到檔案中，該檔案內容如下：

2014-11-11 21:33:12
Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.55-b03 mixed mode):

"Attach Listener" daemon prio=5 tid=0x00007f8d0c803000 nid=0x3307 waiting on condition [0x0000000000000000]
	java.lang.Thread.State: RUNNABLE

	Locked ownable synchronizers:
	- None

"DestroyJavaVM" prio=5 tid=0x00007f8d0b80b000 nid=0x1903 waiting on condition [0x0000000000000000]
	java.lang.Thread.State: RUNNABLE

	Locked ownable synchronizers:
	- None

"north" prio=5 tid=0x00007f8d0c075000 nid=0x5103 waiting on condition [0x0000000115b06000]
	java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000007d55ab600> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireInterruptibly(AbstractQueuedSynchronizer.java:894)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1221)
	at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:340)
	at DeadLock.run(DeadLock.java:48)

	Locked ownable synchronizers:
	- <0x00000007d55ab5d0> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)

"south" prio=5 tid=0x00007f8d0c074800 nid=0x4f03 waiting on condition [0x0000000115a03000]
	java.lang.Thread.State: WAITING (parking)
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000007d55ab5d0> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireInterruptibly(AbstractQueuedSynchronizer.java:894)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1221)
	at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:340)
	at DeadLock.run(DeadLock.java:28)

	Locked ownable synchronizers:
	- <0x00000007d55ab600> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)

"Service Thread" daemon prio=5 tid=0x00007f8d0c025800 nid=0x4b03 runnable [0x0000000000000000]
	java.lang.Thread.State: RUNNABLE

	Locked ownable synchronizers:
	- None

"C2 CompilerThread1" daemon prio=5 tid=0x00007f8d0c025000 nid=0x4903 waiting on condition [0x0000000000000000]
	java.lang.Thread.State: RUNNABLE

	Locked ownable synchronizers:
	- None

"C2 CompilerThread0" daemon prio=5 tid=0x00007f8d0d01b000 nid=0x4703 waiting on condition [0x0000000000000000]
	java.lang.Thread.State: RUNNABLE

	Locked ownable synchronizers:
	- None

"Signal Dispatcher" daemon prio=5 tid=0x00007f8d0c022000 nid=0x4503 runnable [0x0000000000000000]
	java.lang.Thread.State: RUNNABLE

	Locked ownable synchronizers:
	- None

"Finalizer" daemon prio=5 tid=0x00007f8d0d004000 nid=0x3103 in Object.wait() [0x000000011526a000]
	java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000007d5505568> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
	- locked <0x00000007d5505568> (a java.lang.ref.ReferenceQueue$Lock)
	at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
	at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189)

	Locked ownable synchronizers:
	- None

"Reference Handler" daemon prio=5 tid=0x00007f8d0d001800 nid=0x2f03 in Object.wait() [0x0000000115167000]
	java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x00000007d55050f0> (a java.lang.ref.Reference$Lock)
	at java.lang.Object.wait(Object.java:503)
	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
	- locked <0x00000007d55050f0> (a java.lang.ref.Reference$Lock)

	Locked ownable synchronizers:
	- None

"VM Thread" prio=5 tid=0x00007f8d0b83b000 nid=0x2d03 runnable 

"GC task thread#0 (ParallelGC)" prio=5 tid=0x00007f8d0b818000 nid=0x2503 runnable 

"GC task thread#1 (ParallelGC)" prio=5 tid=0x00007f8d0b819000 nid=0x2703 runnable 

"GC task thread#2 (ParallelGC)" prio=5 tid=0x00007f8d0d000000 nid=0x2903 runnable 

"GC task thread#3 (ParallelGC)" prio=5 tid=0x00007f8d0d001000 nid=0x2b03 runnable 

"VM Periodic Task Thread" prio=5 tid=0x00007f8d0c02e800 nid=0x4d03 waiting on condition 

JNI global references: 109


Found one Java-level deadlock:
=============================
"north":
  waiting for ownable synchronizer 0x00000007d55ab600, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "south"
"south":
  waiting for ownable synchronizer 0x00000007d55ab5d0, (a java.util.concurrent.locks.ReentrantLock$NonfairSync),
  which is held by "north"

Java stack information for the threads listed above:
===================================================
"north":
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000007d55ab600> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireInterruptibly(AbstractQueuedSynchronizer.java:894)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1221)
	at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:340)
	at DeadLock.run(DeadLock.java:48)
"south":
	at sun.misc.Unsafe.park(Native Method)
	- parking to wait for  <0x00000007d55ab5d0> (a java.util.concurrent.locks.ReentrantLock$NonfairSync)
	at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireInterruptibly(AbstractQueuedSynchronizer.java:894)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireInterruptibly(AbstractQueuedSynchronizer.java:1221)
	at java.util.concurrent.locks.ReentrantLock.lockInterruptibly(ReentrantLock.java:340)
	at DeadLock.run(DeadLock.java:28)

Found 1 deadlock.

從這個輸出可以知道：

1、在輸出的最後一段，有明確的"Found one Java-level deadlock"輸出，所以通過jstack命令我們可以檢測死鎖；

2、輸出中包含了所有執行緒，除了我們的north,sorth執行緒外，還有"Attach Listener", "C2 CompilerThread0", "C2 CompilerThread1"等等；

3、每個執行緒下面都會輸出當前狀態，以及這個執行緒當前持有鎖以及等待鎖，當持有與等待造成迴圈等待時，將導致死鎖。

1.7、jstatd命令

jstatd命令是一個RMI伺服器程式，它的作用相當於代理伺服器，建立本地計算機與遠端監控工具的通訊，jstatd伺服器能夠將本機的Java應用程式資訊傳遞到遠端計算機，由於需要多臺計算機做演示，此處略。

1.8、hprof工具

2、Visual VM工具                                                                       

Visual VM是一個功能強大的多合一故障診斷和效能監控的視覺化工具，它集成了多種效能統計工具的功能，使用Visual VM可以替代jstat、jmap、jhat、jstack等工具。在命令列輸入jvisualvm即可啟動visualvm。

開啟Visual VM之後，左邊導航欄會顯示出當前機器所有Java程序：

點選你想監控的程式即可對該程式進行監控，Visual VM的效能監控頁一共有以下幾個tab頁：

概述頁會顯示程式的基本使用情況，比如，程序ID，系統屬性，啟動引數等。

通過監視頁面，可以監視應用程式的CPU、堆、永久區、類載入器和執行緒數的整體情況，通過頁面上的Perform GC和Heap Dump按鈕還可以手動執行Full GC和生成堆快照。

執行緒頁面會提供詳細的執行緒資訊，單擊Thread Dump按鈕可以匯出當前所有執行緒的堆疊資訊，如果Visual VM在當前執行緒中找到死鎖，則會以十分顯眼的方式在Threads頁面給予提示。

抽樣器可以對CPU和記憶體兩個效能進行抽樣，用於實時地監控程式。CPU取樣器可以將CPU佔用時間定位到方法，記憶體取樣器可以檢視當前程式的堆資訊。下面是一個頻繁呼叫的Java程式，我們會對改程式進行取樣：

public class MethodTime {
	static java.util.Random r=new java.util.Random();
	static Map<String,String> map=null;
	static{
		map=new HashMap<String,String>();
		map.put("1", "Java");
		map.put("2", "C++");
		map.put("3", "Delphi");
		map.put("4", "C");
		map.put("5", "Phython");
	}
	public String getNameById(String id){
		try {
			Thread.sleep(1);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
		return map.get(id);
	}
	
	public List<String> getNamesByIds(String ids){
		List<String> re=new ArrayList<String>();
		String[] strs=ids.split(",");
		for(String id:strs){
			re.add(getNameById(id));
		}
		return re;
	}
	
	public List<String> getNamesByIdsBad(String ids){
		List<String> re=new ArrayList<String>();
		String[] strs=ids.split(",");
		for(String id:strs){
			//A bad code
			getNameById(id);
			re.add(getNameById(id));
		}
		return re;
	}
	
	public class NamesByIdsThread implements Runnable{
		@Override
		public void run() {
			try{
				while(true){
					int c=r.nextInt(4);
					String ids="";
					for(int i=0;i<c;i++)
						ids=Integer.toString((r.nextInt(4)+1))+",";
					getNamesByIds(ids);
				}
			}catch(Exception e){
			}
		}
	}
	
	public class NamesByIdsBadThread implements Runnable{
		@Override
		public void run() {
			try{
				while(true){
					int c=r.nextInt(4);
					String ids="";
					for(int i=0;i<c;i++)
						ids=Integer.toString((r.nextInt(4)+1))+",";
					getNamesByIdsBad(ids);
				}
			}catch(Exception e){
			}
		}
	}
	
	public static void main(String args[]){
		MethodTime instance=new MethodTime();
		new Thread(instance.new NamesByIdsThread()).start();
		new Thread(instance.new NamesByIdsBadThread()).start();
	}
}

通過Visual VM的取樣功能，可以找到改程式中佔用CPU時間最長的方法：

預設Visual VM不統計內建物件的函式呼叫，比如java.*包中的類，如果要統計這些內建物件，單機右上角的設定進行調配。Visual VM雖然可以統計方法的呼叫時間，但是無法給出方法呼叫堆疊，Jprofile不僅可以給出方法呼叫時間，還可以給出方法呼叫堆疊，較Visual VM更強大。

右擊左導航的應用程式，會出現以下選單：

BTrace外掛

BTrace是一款功能強大的效能檢測工具，它可以在不停機的情況下，通過位元組碼注入，動態監控系統的執行情況，它可以跟蹤指定的方法呼叫、建構函式呼叫和系統記憶體等資訊，本部分打算舉一個例子，講解一下BTrace的使用。要在Visual VM中使用Btrace，首先需要安裝Btrace外掛，點選工具->外掛即可線上安裝，安裝後右鍵應用程式，就會出現如下選項：

點選Trace application，即可進入BTrace外掛介面。使用BTrace可以監控指定函式的耗時，以下指令碼通過正則表示式，監控所有類的getNameById方法：

import com.sun.btrace.annotations.*;
import static com.sun.btrace.BTraceUtils.*;

@BTrace
public class TracingScript {
	@TLS
	private static long startTime = 0;
	
	@OnMethod(clazz="/.+/", method="/getNameById/")//監控任意類的getNameById方法
	public static void startMethod() {
		startTime=timeMillis();
	}
	
	@OnMethod(clazz="/.+/", method="/getNameById/", 
	location=@Location(Kind.RETURN))//方法返回時觸發
	public static void endMethod() {
		print(strcat(strcat(name(probeClass()), "."), probeMethod()));
		print(" [");
		print(strcat("Time taken : ", str(timeMillis() - startTime)));
		println("]");
	}
}

點選執行，部分輸出如下：

MethodTime.getNameById [Time taken : 5]
MethodTime.getNameById [Time taken : 4]
MethodTime.getNameById [Time taken : 7]
MethodTime.getNameById [Time taken : 7]

BTrace除了可以監控函式耗時外，還可以指定程式執行到某一行程式碼觸發某一行為，定時觸發行為，監控函式引數等等。

3、MAT記憶體分析工具                                                                    

在MAT中有淺堆和深堆的概念，淺堆是指一個物件結構所佔用的記憶體大小，深堆是指一個物件被GC回收後可以真正釋放的記憶體大小。

通過MAT，可以列出所有垃圾回收的根物件，Java系統的根物件可能是以下類：系統類，執行緒，Java區域性變數，本地棧等等。在MAT中還可以很清楚的看到根物件到當前物件的引用關係鏈。

MAT還可以自動檢測記憶體洩露，單擊選單上的Leak Suspects命令，MAT會自動生成一份報告，這份報告羅列了系統內可能存在記憶體洩露的問題點。

在MAT中，還可以自動查詢並顯示消耗記憶體最多的幾個物件，這些消耗大量記憶體的大物件往往是解決系統性能問題的關鍵所在。

相關推薦

Java效能監控及調優工具

 1、JDK命令列工具                                                                        1.1、jps命令 jps用於列出Java的程序，jps可以增加引數，-m用於輸出傳遞給Java程序的引

Java專案效能監控和調優工具-Javamelody

JavaMelody能夠在執行環境監測Java或Java EE應用程式伺服器。並以圖表的形式顯示：Java記憶體和JavaCPU使用情況，使用者Session數量，JDBC連線數，和http請求、sql請求、jsp頁面與業務介面方法（EJB3、spring、Guice）的

[JVM]Java生產環境下效能監控與調優詳解_Btrace

本章關鍵詞：BTrace、攔截、注意事項 一、入門 1.做什麼的？ 可以在應用程式不重啟，不修改的情況下，正在執行的情況下，動態的修改位元組碼，達到監控除錯的目的 可以動態的向目標應用程式的位元組碼注入追蹤程式碼 用到的技術 JavaComplierApi、J

[JVM]Java生產環境下效能監控與調優_參考文件連結

第二章 jdk8工具集 https://docs.oracle.com/javase/8/docs/technotes/tools/unix/index.html Troubleshooting https://docs.oracle.com/javase/8/doc

Java生產環境下效能監控與調優詳解

第8章 JVM位元組碼與Java程式碼層調優 本章帶大家學習JVM的位元組碼指令，從位元組碼層面講解一些常見問題的底層原理（面試能回答上的話， 絕對加分），比如：i++和++i哪一種效率高？迴圈體中做字串+拼接為什麼效率低？然後會重點對String做講解，包括String常量池的變化、String字面

Java虛擬機器效能監控與調優實戰

本文針對Java虛擬機器對程式效能影響，通過設定不同的Java虛擬機器引數來提升程式的效能。首先從Java虛擬機器各個效能方面來進行監控，找出Java虛擬機器中可能對程式效能影響較大的，然後先通過小實驗來證明對程式效能的影響，確定了對程式效能影響較大的指標。最後通過一個實際的

[深入理解Java虛擬機器] 第4、5章 效能監控與調優

文章目錄 JDK的命令列工具 jps：虛擬機器程序狀況工具 jstat：虛擬機器統計資訊監視工具 jinfo：Java配置資訊工具 jmap：Java記憶體映像工具 jhat：虛擬機器堆轉儲快照分

Java生產環境下效能監控與調優詳解 第6章 Nginx效能監控與調優

第6章 Nginx效能監控與調優 6-1 nginx安裝 6-2 ngx_http_stub_status監控連線資訊 6-3 ngxtop監控請求資訊 6-4 nginx-rrd圖形化監控

【Java VisualVM】使用 VisualVM 進行效能分析及調優

一、概述 開發大型 Java 應用程式的過程中難免遇到記憶體洩露、效能瓶頸等問題，比如檔案、網路、資料庫的連線未釋放，未優化的演算法等。隨著應用程式的持續執行，可能會造成整個系統執行效率下降，嚴重的則會造成系統崩潰。為了找出程式中隱藏的這些問題，在專案開發後期

JAVA應用效能監控與調優-徐加帥-專題視訊課程

JAVA應用效能監控與調優—237人已學習 課程介紹        介紹JDK自帶的監控工具和一些第三方工具的使用，主要包括：jps、jstat、jmap、jstat、jstack、jvisulaVM、javap、MAT、btrace、jvm記憶體結構與GC調優、tomcat

Linux系統CPU的性能監控及調優

垃圾 線程的狀態 roo you etc 互聯網 訪問 get 配置文件 前言： 性能優化是一個老生常談的話題，典型的性能問題如頁面響應慢、接口超時，服務器負載高、並發數低，數據庫頻繁死鎖等。尤其是在“糙快猛”的互聯網開發模式大行其道的今天，

JVM虛擬機器效能監控與調優（JDK命令列、JConsole）

很多資料在介紹JDK命令列工具時並不是在Java8環境下，因此還在使用過時的永久區系列的引數，給一些讀者造成困難。 Java8使用Metaspace（元空間）代替永久區，對於64位平臺，為了壓縮JVM物件中的_klass指標的大小，引入了類指標壓縮空間（Compressed Class Pointer Sp

使用 VisualVM 進行效能分析及調優

原文轉載 概述 開發大型 Java 應用程式的過程中難免遇到記憶體洩露、效能瓶頸等問題，比如檔案、網路、資料庫的連線未釋放，未優化的演算法等。隨著應用程式的持續執行，可能會造成整個系統執行效率下降，嚴重的則會造成系統崩潰。為了找出程式中隱藏的這些問題，在專案開發後期往

JVM效能監控和調優

參考：http://www.cnblogs.com/java-zhao/category/776216.html(萬分感謝，學了好多東西) 1. JVM效能監控 1、定位系統問題 依據 GC日誌堆轉儲快照（heapdump/hprof檔案）執行緒快照（threadd

Spark Sql效能測試及調優

1      問題描述 記憶體不足時group by操作失敗。 正常應該速度變慢，而不是失敗，因為還有磁碟可用 錯誤日誌： Task： java.io.IOException: Filesystem closed        atorg.apache.hadoop.hd

08 虛擬機器效能監控及故障處理工具

《深入理解Java虛擬機器：JVM高階特性與最佳實踐（第2版）》4章 本章介紹的工具基於Windows平臺下JDK1.6 Update 21 JDK1.5需手動開啟JMX，JDK1.6預設開啟 這些工具大多是jdk/lib/tools.jar類庫的一層薄包裝 命令列工具：

Tomcat-8.5.39性能監控及調優

led 機器 功能 返回 新的 異步處理 conn 大量 進行 一、下載地址 https://tomcat.apache.org/download-80.cgi 二、安裝步驟 將安裝包 apache-tomcat-8.5.39.tar.gz 上傳至服務器 /usr/l

spring整合Java效能監控調優工具-Javamelody

JavaMelody能夠在執行環境監測Java或Java EE應用程式伺服器。並以圖表的形式顯示：Java記憶體和Java CPU使用情況，使用者Session數量，JDBC連線數，和http請求、sql請求、jsp頁面與業務介面方法（EJB3、spring、Guice）的執行數量，平

讓 Java 應用執行更快：效能調優工具及實踐

Java 應用效能優化是一個老生常談的話題，筆者根據個人經驗，將 Java 效能優化分為 4 個層級：應用層、資料庫層、框架層、JVM 層。通過介紹 Java 效能診斷工具和思路，給出搜狗商業平臺的效能優化案例以供參考。Java 應用效能優化是一個老生常談的話題，典型的效能問

《Linux性能及調優指南》第二章：監控和基準工具2.1-2.2

進程 我們 處理 顯示 linux操作系統 uid ast gnome iozone 翻譯：飛哥 (http://hi.baidu.com/imlidapeng) 版權所有，尊重他人勞動成果，轉載時請註明作者和原始出處及本聲明。 原文名稱：《Linux Performanc