官方JRockit JVM調(diào)優(yōu)文檔

官方JRockit JVM調(diào)優(yōu)文檔

ID:40827803

大?。?8.69 KB

頁數(shù):8頁

時間:2019-08-08

官方JRockit JVM調(diào)優(yōu)文檔_第1頁
官方JRockit JVM調(diào)優(yōu)文檔_第2頁
官方JRockit JVM調(diào)優(yōu)文檔_第3頁
官方JRockit JVM調(diào)優(yōu)文檔_第4頁
官方JRockit JVM調(diào)優(yōu)文檔_第5頁
資源描述:

《官方JRockit JVM調(diào)優(yōu)文檔》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、官方JRockitJVM調(diào)優(yōu)文檔文檔,JRockit,JVM,官方轉(zhuǎn)自BEA,原文鏈接已經(jīng)無法訪問,文中的許多鏈接也更改過地址,我把能找到的都重新做了連接。以前一直以為Jrockit和Sun的JVM配置差不多,看了這篇文章和最后參考資料中的信息,發(fā)現(xiàn)區(qū)別不是一點點,很多常用參數(shù)的使用都不一樣。Jrockit的自動化設(shè)置應(yīng)該說做的不錯,在WebLogic上我很少更改它的默認配置(除了堆最大最小值),不過不影響這篇文章存在的價值。摘要本文的目的是以清單的方式提供BEAJRockitJVM的調(diào)優(yōu)信息。從深奧的命令行

2、選項到迭代性能測試,本文涵蓋了許多方面。大部分數(shù)據(jù)都是我與用戶合作過程中收集的。您要是也有什么技巧的話,請告訴我,在本文的下一版中,我會嘗試將它們添加進去。具體的產(chǎn)品版本信息都已在適當?shù)牡胤搅谐?;但是,本文所提供的通用指南適用于JRockit的大多數(shù)版本。每個版本的JRockit都增加了新的設(shè)置和優(yōu)化,所以請查看發(fā)行說明和JRockit產(chǎn)品中心。驗證當前的JRockit環(huán)境首先需要確定您的運行時應(yīng)用程序服務(wù)器所使用的JRockit的版本。為此,可以查看相應(yīng)應(yīng)用程序服務(wù)器的日志文件。也可以使用適當?shù)哪_本設(shè)置系統(tǒng)

3、環(huán)境,然后執(zhí)行java–version命令來確定JRockit的版本。接著,收集當前JVM標志,開發(fā)和/或生產(chǎn)階段需要用到它們:-server-Xms1024m-Xmx1536m-Xverboselog:gc.log-Xverbose:memory-Xgcprio:throughput這將告訴您當前JRockit實例的配置情況。確定應(yīng)用程序的目標確定應(yīng)用程序的目標是什么。是“響應(yīng)快”還是“性能高”?根據(jù)目標的不同,需要設(shè)置不同的垃圾收集算法。例如,如果應(yīng)用程序的目標是實現(xiàn)高性能,則確保設(shè)置了DynamicGa

4、rbageCollector"-Xgcprio:throughput"選項。如果目標是響應(yīng)時間短,那么需要將-Xgcprio:pausetime-Xpausetarget=XXX’中的pausetarget設(shè)置為最佳值。有關(guān)更多細節(jié),請查看JRockit調(diào)優(yōu)文檔。收集故障診斷數(shù)據(jù)如果JVM性能有問題,那么最好是先收集一些分析數(shù)據(jù)。該工作可以由團隊中有相關(guān)經(jīng)驗的人員來完成,您也可以將這些信息發(fā)送給BEASupport做進一步分析。首先,出現(xiàn)問題時需要收集大約10分鐘的運行時JRockitRecording(JR

5、A)數(shù)據(jù)??梢允褂胘rcmd.sh實用工具或JRockitMissionControl(JRMC)完成此操作。請閱讀“性能測試期間的JRCMD/JRA”和“JRockitMissionControl”兩節(jié)的內(nèi)容。有關(guān)詳細信息,請參閱JRockitMissionControl文檔。LatencyAnalysis一節(jié)提供許多有價值的內(nèi)容,我們可以從中了解任何潛在的延遲問題(在JRockit中需要一個許可證就可以使用它)。然后,需要收集問題發(fā)生時的一些詳細日志。方法是在啟動服務(wù)器實例的時候在JVM命令行輸入以下參數(shù)

6、:-Xverboselog:perTestGC.log-Xverbose:opt,memory,gcpause,memdbg,compaction,gc,license-Xverbosetimestamp-Xgcreport這樣會將有價值的分析數(shù)據(jù)收集到剛才配置的perTestGC.log文件中。團隊成員和/或BEASupport可以對這些數(shù)據(jù)進行分析。最后一點:通常,應(yīng)用程序不會請求執(zhí)行垃圾收集(也就是在應(yīng)用程序代碼中調(diào)用System.gc())。但如果您懷疑它有問題,那么可以在啟動服務(wù)器實例的時候,在Ja

7、va命令行使用-XXnoSystemGC參數(shù)來禁用它。現(xiàn)在,我將介紹如何通過迭代性能測試方法解決這些問題。迭代性能測試方案及其方法完成初始數(shù)據(jù)的收集和分析后,我們可以通過迭代方法來調(diào)優(yōu)JVM。此處介紹的測試方案是在JRockitJVM層執(zhí)行迭代調(diào)優(yōu)的通用方法,可以找到哪些設(shè)置可能有益于特定應(yīng)用程序。假定您有測量性能結(jié)果的方法;然后,可以將它們與“基準”(您應(yīng)該已經(jīng)有了)進行比較。測試1:線程本地區(qū)域大小和大對象大小在本測試中,我們將查看線程本地區(qū)域大小。這很重要,因為如果這些標志的默認設(shè)置對于應(yīng)用程序不是最佳

8、的(多數(shù)情況下是這樣),那么就會造成堆鎖定,這將對性能產(chǎn)生影響。將大部分對象限制在一定范圍內(nèi)對整體性能有益?!し治鍪占腏RARecording數(shù)據(jù)·分析結(jié)果,查看-XXtlasize和-XXlargeobjectlimit是否需要調(diào)優(yōu)(請記住,對于多數(shù)應(yīng)用程序,根據(jù)eDocs,線程本地區(qū)域大小應(yīng)該至少是大對象大小的兩倍)。這些內(nèi)容位于JRARecording首頁的右上方。請查看下面關(guān)于tlaSiz

當前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負責整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細閱讀文檔內(nèi)容,確認文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。