再論Java虛擬機XMS與XMX設置

　　1.1 背景

　　某銀行的自助設備前置機系統為核心系統，故對系統可用性和性能有著極高的要求，運維管理面臨很大挑戰。但是在3月份，出現了100會話并發時，系統CPU使用為100%，大量交易回滾，無法提供正常的ATM終端服務，為此需要對故障進行分析，對系統進行優化，優化系統性能以大幅提高處理能力

　　1.2 應用環境

　　WebLogic應用服務器、Oracle數據庫。

　　單實例WebLogic環境，JVM配置為-Xms=1g  -Xmx 2g

　　AIX 5.3服務器。

　　自助設備前置機系統，包括信用卡消費和跨行取款等交易。

　　1.3 實施收益

　　1.3.1 -Xms=1g  -Xmx 2g

　　通過在該行開發中心UAT環境進行壓力測試，通過監控軟件進行分析系統性能，在采用JVM 堆大小-Xms=1g  -Xmx 2g,并發會話數為100情況下：

　　關鍵事務性能

　　關鍵事務平均處理時間為53.933sec

　　GC停頓時間

　　最長GC停頓時間達到1.4sec

　　JVM使用百分比

　　JVM使用在57%左右，最高到850M

　　1.3.2 -Xms=256M  -Xmx 512M

　　在采用JVM 堆大小-Xms=256M  -Xmx 512M,并發會話數為100情況下：

關鍵事務性能

　　關鍵事務平均處理時間為10.420sec

　　GC停頓時間

　　最長GC停頓時間為0.625sec

　　JVM使用百分比

　　JVM使用在65%左右，最高到324M。

　　1.3.3 結論

　　綜上，我們可以發現當采用-Xms=256M  -Xmx 512M,系統性能約提高了4倍，原因在于系統用于GC的停頓時間為原來的一半，這也大大減少了CPU使用。同時內存的利用效率也獲得了比較大的提高，在選擇較大的內存時，會顯著提高每次Full GC的時間。這帶來的大量的CPU開銷，對于對實時性要求較高的事務更意味著性能災難。

　　所有JVM設置及調優都圍繞著2個方面：減少GC次數與停頓時間，但是2者本身就存在著根本的矛盾，具體取舍要按照不同的業務類型，在本例中，銀行的取款等交易屬于很短的、實時性要求高的交易，故最終的調優在減少停頓時間方面做了傾斜。

　　通過第3方監控軟件（如HP SiteScope\Diagnostics）可以對事務的性能，GC停頓時間以及JVM內存使用的分析，可以幫助我們獲得最優的JVM調優，幫助客戶選擇最優的JVM設置。

posted on 2014-06-16 10:20 順其自然EVO 閱讀(730) 評論(0)  編輯  收藏