自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

JVM內(nèi)存限制問題解決方案

開發(fā) 后端
這里向大家描述一下JVM內(nèi)存限制的解決方法,眾所周知,JVM內(nèi)存是受限的,一為機(jī)器的體系架構(gòu),二為操作系統(tǒng)本身,當(dāng)然各操作系統(tǒng)的內(nèi)存管理機(jī)制也有區(qū)別。

你對解決JVM內(nèi)存限制有什么好的方法嗎,這里向大家簡單介紹一下,希望對你的學(xué)習(xí)有所幫助,畢竟各操作系統(tǒng)的內(nèi)存管理機(jī)制也有區(qū)別的。

JVM內(nèi)存限制解決方案

眾所周知,JVM內(nèi)存是受限的,一為機(jī)器的體系架構(gòu),二為操作系統(tǒng)本身。x86,x86-64,SPARC,.....的內(nèi)存映射是不同,而各操作系統(tǒng)的內(nèi)存管理機(jī)制也有區(qū)別。

1.Heap設(shè)定與垃圾回收

JavaHeap分為3個區(qū),Young,Old和Permanent。Young保存剛實例化的對象。當(dāng)該區(qū)被填滿時,GC會將對象移到Old區(qū)。Permanent區(qū)則負(fù)責(zé)保存反射對象,本文不討論該區(qū)。

JVM的Heap分配可以使用-X參數(shù)設(shè)定

JVM的Heap分配

JVM有2個GC線程。第一個線程負(fù)責(zé)回收Heap的Young區(qū)。第二個線程在Heap不足時,遍歷Heap,將Young區(qū)升級為Older區(qū)。Older區(qū)的大小等于-Xmx減去-Xmn,不能將-Xms的值設(shè)的過大,因為第二個線程被迫運(yùn)行會降低JVM的性能。

為什么一些程序頻繁發(fā)生GC?有如下原因:

◆程序內(nèi)調(diào)用了System.gc()或Runtime.gc()。

◆一些中間件軟件調(diào)用自己的GC方法,此時需要設(shè)置參數(shù)禁止這些GC。

◆Java的Heap太小,一般默認(rèn)的Heap值都很小。

◆頻繁實例化對象,Release對象。此時盡量保存并重用對象,例如使用StringBuffer()和String()。

如果你發(fā)現(xiàn)每次GC后,Heap的剩余空間會是總空間的50%,這表示你的Heap處于健康狀態(tài)。許多Server端的Java程序每次GC后最好能有65%的剩余空間。

經(jīng)驗之談:

1.Server端JVM最好將-Xms和-Xmx設(shè)為相同值。為了優(yōu)化GC,最好讓-Xmn值約等于-Xmx的1/3[2]。

2.一個GUI程序最好是每10到20秒間運(yùn)行一次GC,每次在半秒之內(nèi)完成[2]。

注意:

1.增加Heap的大小雖然會降低GC的頻率,但也增加了每次GC的時間。并且GC運(yùn)行時,所有的用戶線程將暫停,也就是GC期間,Java應(yīng)用程序不做任何工作。

2.Heap大小并不決定進(jìn)程的內(nèi)存使用量。進(jìn)程的內(nèi)存使用量要大于-Xmx定義的值,因為Java為其他任務(wù)分配內(nèi)存,例如每個線程的Stack等。

2.Stack的設(shè)定

每個線程都有他自己的Stack。

Stack的大小限制著線程的數(shù)量,也就是說會出現(xiàn)JVM內(nèi)存限制。如果Stack過大就好導(dǎo)致內(nèi)存溢漏。-Xss參數(shù)決定Stack大小,例如-Xss1024K。如果Stack太小,也會導(dǎo)致Stack溢漏。

3.硬件環(huán)境

硬件環(huán)境也影響GC的效率,例如機(jī)器的種類,內(nèi)存,swap空間,和CPU的數(shù)量。如果你的程序需要頻繁創(chuàng)建很多transient對象,會導(dǎo)致JVM頻繁GC。這種情況你可以增加機(jī)器的內(nèi)存,來減少Swap空間的使用[2]。

4.4種GC

這里來看一下四種垃圾回收機(jī)制,通過JVM垃圾回收可以一定程度上解決JVM內(nèi)存限制問題。

第一種為單線程GC,也是默認(rèn)的GC。,該GC適用于單CPU機(jī)器。

第二種為ThroughputGC,是多線程的GC,適用于多CPU,使用大量線程的程序。第二種GC與第一種GC相似,不同在于GC在收集Young區(qū)是多線程的,但在Old區(qū)和第一種一樣,仍然采用單線程。-XX:+UseParallelGC參數(shù)啟動該GC。

第三種為ConcurrentLowPauseGC,類似于第一種,適用于多CPU,并要求縮短因GC造成程序停滯的時間。這種GC可以在Old區(qū)的回收同時,運(yùn)行應(yīng)用程序。-XX:+UseConcMarkSweepGC參數(shù)啟動該GC。

第四種為IncrementalLowPauseGC,適用于要求縮短因GC造成程序停滯的時間。這種GC可以在Young區(qū)回收的同時,回收一部分Old區(qū)對象。-Xincgc參數(shù)啟動該GC。

 

 

責(zé)任編輯:佚名 來源: csdn.net
相關(guān)推薦

2019-04-04 13:11:37

React內(nèi)存泄露memory leak

2012-05-09 10:08:41

跨機(jī)房

2010-03-30 16:04:34

Linux Nginx

2010-04-28 19:24:17

Hp unix

2011-03-23 16:38:28

LAMP

2010-10-08 13:09:38

JavaScript數(shù)

2010-02-06 14:54:11

C++指針漂移

2010-05-31 12:53:56

Nagios apac

2009-09-03 16:09:48

.net回車符

2010-08-26 12:59:29

marginCSS

2010-02-23 17:49:56

WCF傳輸大數(shù)據(jù)

2010-09-15 14:14:29

IE6position

2010-02-24 10:55:01

WCF跨域訪問

2010-07-30 12:40:00

Flex跨域訪問

2010-08-26 08:45:32

margin:0pxa

2010-05-04 11:30:29

Oracle漢字長度

2010-08-26 10:56:16

CSStextarea

2010-04-06 09:33:37

CentOS系統(tǒng)

2010-08-04 10:20:30

Flex組件開發(fā)

2010-09-07 09:08:03

DIV彈出層
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號