基于JVM 調(diào)優(yōu)的技巧總結(jié)分析
更新時間:2013年05月17日 11:32:37 作者:
本篇文章是對JVM 調(diào)優(yōu)的技巧進行了總結(jié)和分析。需要的朋友參考下
這篇是技巧性的文章,如果要找關(guān)于GC或者調(diào)整內(nèi)純的文章,看我其他幾篇文章。因為是JVM 調(diào)優(yōu)總結(jié),所以廢話少說。從各方面一共收集到以下幾個方法:
1.升級 JVM 版本。如果能使用64-bit,使用64-bit JVM。
基本上沒什么好解釋的,很簡單將JVM升級到最新的版本。如果你還是使用JDK1.4甚至是更早的JVM,那你首先要做的就是升級。因為JVM從1.4- >1.5->1.6可不是僅僅的版本號升級,或者僅僅往里面加了一堆新的語言特性,這么簡單。而是真正在JVM做了重大的改進,每次版本升級,都有巨大的性能升級。尤其是SUN認識到java是知己的全部的時候(夸張點,但連股票號都改成JAVA了,呵呵)。如果你經(jīng)常逛SUN 的JVM論壇,你就會發(fā)現(xiàn)實際上JVM上的毛病是這么多。如果你因為各種原因,而不能升級到1.6,那你可以升級到該版本的最新版。
2.選擇一個正確的GC(Gargage Collection)。
由于當JAVA程序GC的時候,會停下當前程序。尤其Full GC的時候,會停留很長時間。一般對于GUI程序來說,是很難接受的(想想Eclipse暫停的時候)。 JAVA5 以后,開始自帶了好幾種GC,你可以選擇一個適合你的種類。有以下四種Serial Collector,Parallel collector,Concurrent Collector,Train Collector(廢棄)。后面幾種時候使用并行收集,所以理論上有效率更高(要求你有超過2CUP,但是現(xiàn)在多核開始普及了,呵呵)。提示:更改GC 種類以后要適當挺高JVM的內(nèi)存量。
3.正確設置內(nèi)存大小。對JVM堆內(nèi)的各個區(qū)域(young,old,perm)正確設置大小。
這個是最困難的調(diào)整,因為這個調(diào)整會直接影響GC的效率。而且由于各個程序的類型不用,所以沒有一個通用的數(shù)據(jù)。除了幾個常用規(guī)則以外,需要使用工具(jstat,jvmstat,jconsole等等)仔細調(diào)整。下面會提到幾個常用的準則。通常使用一下幾個參數(shù)調(diào)整-Xms -Xmx-XX:MaxPermSize。
3.1 調(diào)高-XX:NewRatio(NewSize/MaxNewSize)的值,會減少young gc的次數(shù),但會增加old gc的時間。
3.2 增加普通GC的方法(減小Full GC)。擴大young區(qū)域的大?。ㄗ畲?0%),并過大Survivor的區(qū)域。使得更多的object留在young gen。
4.減小類的使用量,注意類的load和unload,減少JSP頁數(shù)。
類實際上也是對象,會直接分配perm區(qū)域里,即使Full GC也會很少收集。JSP也會分配到perm區(qū)域里,效果同理。如果perm過大,超過XX:MaxPermSize值,會發(fā)生 OutOfMemoryError: PermGen space異常。解決方法是提高-XX:MaxPermSize值。
5.避免使用-Xnoclassgc
6.如果是RMI程序,要注意調(diào)整RMI DGC的時間。
以下是幾個寫程序時,應該注意的地方。也可減小GC,提高JVM性能。
1.不要使用System.gc()方法。
因為它會產(chǎn)生Full GC。
2.盡可能少分配大的臨時對象(生命周期短的)
可能會直接分配到old區(qū)域里,old區(qū)域只有Full GC的時候會收集。
3.避免使用finalize()方法。
finalize()會增加GC的負擔,使用java.lang.ref代替。
1.升級 JVM 版本。如果能使用64-bit,使用64-bit JVM。
基本上沒什么好解釋的,很簡單將JVM升級到最新的版本。如果你還是使用JDK1.4甚至是更早的JVM,那你首先要做的就是升級。因為JVM從1.4- >1.5->1.6可不是僅僅的版本號升級,或者僅僅往里面加了一堆新的語言特性,這么簡單。而是真正在JVM做了重大的改進,每次版本升級,都有巨大的性能升級。尤其是SUN認識到java是知己的全部的時候(夸張點,但連股票號都改成JAVA了,呵呵)。如果你經(jīng)常逛SUN 的JVM論壇,你就會發(fā)現(xiàn)實際上JVM上的毛病是這么多。如果你因為各種原因,而不能升級到1.6,那你可以升級到該版本的最新版。
2.選擇一個正確的GC(Gargage Collection)。
由于當JAVA程序GC的時候,會停下當前程序。尤其Full GC的時候,會停留很長時間。一般對于GUI程序來說,是很難接受的(想想Eclipse暫停的時候)。 JAVA5 以后,開始自帶了好幾種GC,你可以選擇一個適合你的種類。有以下四種Serial Collector,Parallel collector,Concurrent Collector,Train Collector(廢棄)。后面幾種時候使用并行收集,所以理論上有效率更高(要求你有超過2CUP,但是現(xiàn)在多核開始普及了,呵呵)。提示:更改GC 種類以后要適當挺高JVM的內(nèi)存量。
3.正確設置內(nèi)存大小。對JVM堆內(nèi)的各個區(qū)域(young,old,perm)正確設置大小。
這個是最困難的調(diào)整,因為這個調(diào)整會直接影響GC的效率。而且由于各個程序的類型不用,所以沒有一個通用的數(shù)據(jù)。除了幾個常用規(guī)則以外,需要使用工具(jstat,jvmstat,jconsole等等)仔細調(diào)整。下面會提到幾個常用的準則。通常使用一下幾個參數(shù)調(diào)整-Xms -Xmx-XX:MaxPermSize。
3.1 調(diào)高-XX:NewRatio(NewSize/MaxNewSize)的值,會減少young gc的次數(shù),但會增加old gc的時間。
3.2 增加普通GC的方法(減小Full GC)。擴大young區(qū)域的大?。ㄗ畲?0%),并過大Survivor的區(qū)域。使得更多的object留在young gen。
4.減小類的使用量,注意類的load和unload,減少JSP頁數(shù)。
類實際上也是對象,會直接分配perm區(qū)域里,即使Full GC也會很少收集。JSP也會分配到perm區(qū)域里,效果同理。如果perm過大,超過XX:MaxPermSize值,會發(fā)生 OutOfMemoryError: PermGen space異常。解決方法是提高-XX:MaxPermSize值。
5.避免使用-Xnoclassgc
6.如果是RMI程序,要注意調(diào)整RMI DGC的時間。
以下是幾個寫程序時,應該注意的地方。也可減小GC,提高JVM性能。
1.不要使用System.gc()方法。
因為它會產(chǎn)生Full GC。
2.盡可能少分配大的臨時對象(生命周期短的)
可能會直接分配到old區(qū)域里,old區(qū)域只有Full GC的時候會收集。
3.避免使用finalize()方法。
finalize()會增加GC的負擔,使用java.lang.ref代替。
相關(guān)文章
@PostConstruct在項目啟動時被執(zhí)行兩次或多次的原因及分析
這篇文章主要介紹了@PostConstruct在項目啟動時被執(zhí)行兩次或多次的原因及分析,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-08-08SpringBoot整合Hashids實現(xiàn)數(shù)據(jù)ID加密隱藏的全過程
這篇文章主要為大家詳細介紹了SpringBoot整合Hashids實現(xiàn)數(shù)據(jù)ID加密隱藏的全過程,文中的示例代碼講解詳細,對大家的學習或工作有一定的幫助,感興趣的小伙伴可以跟隨小編一起學習一下2024-01-01淺談HttpClient、okhttp和RestTemplate的區(qū)別
這篇文章主要介紹了HttpClient、okhttp和RestTemplate的區(qū)別,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-06-06mybatis?@InsertProvider報錯問題及解決
這篇文章主要介紹了mybatis?@InsertProvider報錯的解決方案,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-07-07