請調整java堆內存大小(java設置堆外內存大小)

本文目錄一覽:

Tomcat 環境中,Java 內存 堆的調整

設置Tomcat啟動的初始內存其初始空間(即-Xms)是物理內存的1/64,最大空間(-Xmx)是物理內存的1/4。

可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設置

三、實例,以下給出1G內存環境下java jvm 的參數設置參考:

JAVA_OPTS=”-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true “

JAVA_OPTS=”-server -Xms768m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX: NewSize=192m -XX:MaxNewSize=384m”

CATALINA_OPTS=”-server -Xms768m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:NewSize=192m -XX:MaxNewSize=384m”

Linux:

在/usr/local/apache-tomcat-5.5.23/bin 目錄下的catalina.sh添加:

JAVA_OPTS=’-Xms512m -Xmx1024m’要加「m」說明是MB,否則就是KB了,在啟動tomcat時會 報內存不足。

-Xms:初始值-Xmx:最大值-Xmn:最小值

Windows

在catalina.bat最前面加入set JAVA_OPTS=-Xms128m -Xmx350m

如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M內存.

但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內存就OOM了..

windows服務執行的是bin\tomcat.exe.他讀取註冊表中的值,而不是catalina.bat的設置.

解決辦法:

修改註冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值為-Dcatalina.home=”C:\ApacheGroup\Tomcat 5.0″-Djava.endorsed.dirs=”C:\ApacheGroup\Tomcat 5.0\common\endorsed”-Xrs加入 -Xms300m -Xmx350m

重起tomcat服務,設置生效

答案2Tomcat 的JVM 內存溢出問題的解決關鍵字: tomcat 的jvm 內存溢出問題的解決

最近在熟悉一個開發了有幾年的項目,需要把數據庫從mysql移植到oracle,首先把jdbc的連接指向mysql,打包放到tomcat裏面,可以跑起來,沒有問題,可是當把jdbc連接指向oracle的時候,tomcat就連續拋java.lang.OutOfMemoryError的錯誤,上網google了一下,了解了一下tomcat的運行機制,也解決了問題,share出來,以備查。

1、首先是:java.lang.OutOfMemoryError: Java heap space 解釋: Heap size 設置 JVM堆的設置是指java程序運行過程中JVM可以調配使用的內存空間的設置.JVM在啟動的時候會自動設置Heap size的值,其初始空間(即-Xms)是物理內存的1/64,最大空間(-Xmx)是物理內存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。

提示:在JVM中如果98%的時間是用於GC且可用的Heap size 不足2%的時候將拋出此異常信息。

提示:Heap Size 最大不要超過可用物理內存的80%,一般的要將-Xms和-Xmx選項設置為相同,而-Xmn為1/4的-Xmx值。

解決方法: 手動設置Heap size 修改TOMCAT_HOME/bin/catalina.bat,在「echo “Using CATALINA_BASE: $CATALINA_BASE”」上面加入以下行: Java代碼 set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m 或修改catalina.sh 在「echo “Using CATALINA_BASE: $CATALINA_BASE”」上面加入以下行: JAVA_OPTS=”$JAVA_OPTS -server -Xms800m -Xmx800m -XX:MaxNewSize=256m”

2、其次是:java.lang.OutOfMemoryError: PermGen space 原因: PermGen space的全稱是Permanent Generation space,是指內存的永久保存區域,這塊內存主要是被JVM存放Class和Meta信息的,Class在被Loader時就會被放到PermGen space中,它和存放類實例(Instance)的Heap區域不同,GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理,所以如果你的應用中有很CLASS的話,就很可能出現PermGen space錯誤,這種錯誤常見在web服務器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方jar, 其大小超過了jvm默認的大小(4M)那麼就會產生此錯誤信息了。

解決方法: 1. 手動設置MaxPermSize大小 修改TOMCAT_HOME/bin/catalina.bat(Linux下為catalina.sh),在Java代碼 「echo “Using CATALINA_BASE: $CATALINA_BASE”」上面加入以下行: set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m 「echo “Using CATALINA_BASE: $CATALINA_BASE”」上面加入以下行: set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m catalina.sh下為: Java代碼 JAVA_OPTS=”$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m” JAVA_OPTS=”$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m”

另外看到了另外一個帖子,覺得挺好,摘抄如下:

分析java.lang.OutOfMemoryError: PermGen space 發現很多人把問題歸因於: spring,hibernate,tomcat,因為他們動態產生類,導致JVM中的permanent heap溢出 。然後解決方法眾說紛紜,有人說升級 tomcat版本到最新甚至乾脆不用tomcat。還有人懷疑spring的問題,在spring論壇上討論很激烈,因為spring在AOP時使用CBLIB會動態產生很多類。 但問題是為什麼這些王牌的開源會出現同一個問題呢,那麼是不是更基礎的原因呢?tomcat在QA很隱晦的回答了這一點,我們知道這個問題,但這個問題是由一個更基礎的問題產生。 於是有人對更基礎的JVM做了檢查,發現了問題的關鍵。原來SUN 的JVM把內存分了不同的區,其中一個就是permenter區用來存放用得非常多的類和類描述。本來SUN設計的時候認為這個區域在JVM啟動的時候就固定了,但他沒有想到現在動態會用得這麼廣泛。而且這個區域有特殊的垃圾收回機制,現在的問題是動態加載類到這個區域後,gc根本沒辦法回收!

對於以上兩個問題,我的處理是:

在catalina.bat的第一行增加:

Java代碼 :set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

在catalina.sh的第一行增加:

Java代碼 :JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

如何調整java虛擬機內存大小

在一些規模稍大的應用中,Java虛擬機(JVM)的內存設置尤為重要,想在項目中取得好的效率,GC(垃圾回收)的設置是第一步。

PermGen space:全稱是Permanent Generation space.就是說是永久保存的區域,用於存放Class和Meta信息,Class在被Load的時候被放入該區域Heap space:存放Instance。

GC(Garbage Collection)應該不會對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤

Java Heap分為3個區

1.Young

2.Old

3.Permanent

Young保存剛實例化的對象。當該區被填滿時,GC會將對象移到Old區。Permanent區則負責保存反射對象,本文不討論該區。

JVM的Heap分配可以使用-X參數設定,

-Xms

初始Heap大小

-Xmx

java heap最大值

-Xmn

young generation的heap大小

JVM有2個GC線程

第一個線程負責回收Heap的Young區

第二個線程在Heap不足時,遍歷Heap,將Young 區升級為Older區

Older區的大小等於-Xmx減去-Xmn,不能將-Xms的值設的過大,因為第二個線程被迫運行會降低JVM的性能。

為什麼一些程序頻繁發生GC?

有如下原因:

1.程序內調用了System.gc()或Runtime.gc()。

2.一些中間件軟件調用自己的GC方法,此時需要設置參數禁止這些GC。

3.Java的Heap太小,一般默認的Heap值都很小。

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

如果你發現每次GC後,Heap的剩餘空間會是總空間的50%,這表示你的Heap處於健康狀態,許多Server端的Java程序每次GC後最好能有65%的剩餘空間

經驗之談:

1.Server端JVM最好將-Xms和-Xmx設為相同值。為了優化GC,最好讓-Xmn值約等於-Xmx的1/3。

2.一個GUI程序最好是每10到20秒間運行一次GC,每次在半秒之內完成。

注意:

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

2.Heap大小並不決定進程的內存使用量。進程的內存使用量要大於-Xmx定義的值,因為Java為其他任務分配內存,例如每個線程的Stack等。

Stack的設定

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

-Xss

每個線程的Stack大小

Stack的大小限制着線程的數量。如果Stack過大就好導致內存溢漏。-Xss參數決定Stack大小,例如-Xss1024K。如果Stack太小,也會導致Stack溢漏。

硬件環境

硬件環境也影響GC的效率,例如機器的種類,內存,swap空間,和CPU的數量。

如果你的程序需要頻繁創建很多transient對象,會導致JVM頻繁GC。這種情況你可以增加機器的內存,來減少Swap空間的使用。

4種GC

1、第一種為單線程GC,也是默認的GC,該GC適用於單CPU機器。

2、第二種為Throughput GC,是多線程的GC,適用於多CPU,使用大量線程的程序。第二種GC與第一種GC相似,不同在於GC在收集Young區是多線程的,但在Old區和第一種一樣,仍然採用單線程。-XX:+UseParallelGC參數啟動該GC。

3、第三種為Concurrent Low Pause GC,類似於第一種,適用於多CPU,並要求縮短因GC造成程序停滯的時間。這種GC可以在Old區的回收同時,運行應用程序。-XX:+UseConcMarkSweepGC參數啟動該GC。

4、第四種為Incremental Low Pause GC,適用於要求縮短因GC造成程序停滯的時間。這種GC可以在Young區回收的同時,回收一部分Old區對象。-Xincgc參數啟動該GC。

單文件的JVM內存進行設置

默認的java虛擬機的大小比較小,在對大數據進行處理時java就會報錯:java.lang.OutOfMemoryError。

設置jvm內存的方法,對於單獨的.class,可以用下面的方法對Test運行時的jvm內存進行設置。

java -Xms64m -Xmx256m Test

-Xms是設置內存初始化的大小

-Xmx是設置最大能夠使用內存的大小(最好不要超過物理內存大小)

tomcat啟動jvm內存設置

Linux:

在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加:JAVA_OPTS=’-Xms512m -Xmx1024m’要加「m」說明是MB,否則就是KB了,在啟動tomcat時會報內存不足。

-Xms:初始值

-Xmx:最大值

-Xmn:最小值Windows

在catalina.bat最前面加入

set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M內存.但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內存就OOM了..windows服務執行的是bin\tomcat.exe.他讀取註冊表中的值,而不是catalina.bat的設置.解決辦法:

修改註冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

原值為

-Dcatalina.home=”C:\ApacheGroup\Tomcat 5.0″

-Djava.endorsed.dirs=”C:\ApacheGroup\Tomcat 5.0\common\endorsed”

-Xrs加入 -Xms300m -Xmx350m

重起tomcat服務,設置生效

weblogic啟動jvm內存設置

在weblogic中,可以在startweblogic.cmd中對每個domain虛擬內存的大小進行設置,默認的設置是在commEnv.cmd裏面。

JBoss

默認可以使用的內存為64MB

$JBOSSDIR$/bin/run.config

JAVA_OPTS = “-server -Xms128 -Xmx512”

Eclipse

在所在目錄下,鍵入

eclipse.exe -vmargs -Xms256m -Xmx512m

256m表示JVM堆內存最小值

512m表示JVM堆內存最大

Websphere

進入控制台去設置:應用程序服務器 server1 進程定義 Java 虛擬機

北大青鳥設計培訓:增加java堆空間方法?

在大多數32位機、Sun的JVM上,Java的堆空間默認的大小為128MB,但也有例外,例如在32未Solaris操作系統(SPARC平台版本)上,默認的最大堆空間和起始堆空間大小為-Xms=3670K和-Xmx=64M。

對於64位操作系統,一般堆空間大小增加約30%。

但你使用Java1.5的throughput垃圾回收器,默認最大的堆大小為物理內存的四分之一,而起始堆大小為物理內存的十六分之一。

要想知道默認的堆大小的方法,可以用默認的設置參數打開一個程序,使用JConsole(JDK1.5之後都支持)來查看,在VMSummary頁面可以看到最大的堆大小。

用這種方法你可以根據你的程序的需要來改變堆內存大小,我強烈建議採用這種方法而不是默認值。

如果你的程序很大,有很多對象需要被創建的話,你可以用-Xmsand-Xmx這兩個參數來改變堆內存的大小。

Xms表示起始的堆內存大小,Xmx表示最大的堆內存的大小。

另外有一個參數-Xmn,它表示newgeneration(後面會提到)的大小。

廈門電腦培訓認為有一件事你需要注意,你不能任意改變堆內存的大小,你只能在啟動JVM時設定它。

如何設置java內存限制

1、ide一般run時可設置內存大小,如eclipse設置如下

eclipse安裝後,在安裝目錄有個config.ini文件,內容如下:

-vmargs

-Xms40m

-Xmx256m

或是 其實也很簡單。打開Eclipse包,在Contents/MacOS 目錄下有一個 eclipse.ini 文件,

用編輯工具打開他,把Xms128m更改成Xms256m。

這個文件用來配置eclipse啟動時候的內存分配方案,Xms是初始化內存大小,Xmx是最大可使用內存大小,這個默認的配置是eclipse資源消耗最小化的配置。如果你的項目比較大,這個配置必須改,一般適當調整為128,384即可,若項目更大一些則調整的再大一些,根據實際情況決定。這個參數配置的大小很關鍵,太小,eclipse垃圾回收會過於頻繁導致很慢,或者內存堆棧溢出而崩潰。太大,eclipse會吃掉大量內存,垃圾回收周期變長,但每次回收會很慢,影響使用。所以你在配置的時候需要權衡,嘗試!

2、web可以在web容器中設置相關大小

3、一般寫代碼時,如果會用到大內存時,要注意。

JAVA虛擬機的最大堆大小如何設置?

虛擬機的堆大小設置不屬於java標準選項,也就是說實現一個java虛擬機,不一定要支持這個功能。

不過流行的發行版都是實現了這個選項,輸入java -X,會輸出有哪些非標準選項被支持。

單獨輸入這個選項(-Xms),是不能工作的,缺少必要的class參數,請注意提示的用法那一段中,非中括號的部分,那些是必選的。

正確用法:

java -Xss64m Test

Test是class的名字

原創文章,作者:小藍,如若轉載,請註明出處:https://www.506064.com/zh-hk/n/270502.html

(0)
打賞 微信掃一掃 微信掃一掃 支付寶掃一掃 支付寶掃一掃
小藍的頭像小藍
上一篇 2024-12-16 13:37
下一篇 2024-12-16 13:37

相關推薦

  • Java JsonPath 效率優化指南

    本篇文章將深入探討Java JsonPath的效率問題,並提供一些優化方案。 一、JsonPath 簡介 JsonPath是一個可用於從JSON數據中獲取信息的庫。它提供了一種DS…

    編程 2025-04-29
  • java client.getacsresponse 編譯報錯解決方法

    java client.getacsresponse 編譯報錯是Java編程過程中常見的錯誤,常見的原因是代碼的語法錯誤、類庫依賴問題和編譯環境的配置問題。下面將從多個方面進行分析…

    編程 2025-04-29
  • Java騰訊雲音視頻對接

    本文旨在從多個方面詳細闡述Java騰訊雲音視頻對接,提供完整的代碼示例。 一、騰訊雲音視頻介紹 騰訊雲音視頻服務(Cloud Tencent Real-Time Communica…

    編程 2025-04-29
  • Java Bean加載過程

    Java Bean加載過程涉及到類加載器、反射機制和Java虛擬機的執行過程。在本文中,將從這三個方面詳細闡述Java Bean加載的過程。 一、類加載器 類加載器是Java虛擬機…

    編程 2025-04-29
  • Java Milvus SearchParam withoutFields用法介紹

    本文將詳細介紹Java Milvus SearchParam withoutFields的相關知識和用法。 一、什麼是Java Milvus SearchParam without…

    編程 2025-04-29
  • Java 8中某一周的周一

    Java 8是Java語言中的一個版本,於2014年3月18日發佈。本文將從多個方面對Java 8中某一周的周一進行詳細的闡述。 一、數組處理 Java 8新特性之一是Stream…

    編程 2025-04-29
  • Java判斷字符串是否存在多個

    本文將從以下幾個方面詳細闡述如何使用Java判斷一個字符串中是否存在多個指定字符: 一、字符串遍歷 字符串是Java編程中非常重要的一種數據類型。要判斷字符串中是否存在多個指定字符…

    編程 2025-04-29
  • VSCode為什麼無法運行Java

    解答:VSCode無法運行Java是因為默認情況下,VSCode並沒有集成Java運行環境,需要手動添加Java運行環境或安裝相關插件才能實現Java代碼的編寫、調試和運行。 一、…

    編程 2025-04-29
  • Java任務下發回滾系統的設計與實現

    本文將介紹一個Java任務下發回滾系統的設計與實現。該系統可以用於執行複雜的任務,包括可回滾的任務,及時恢復任務失敗前的狀態。系統使用Java語言進行開發,可以支持多種類型的任務。…

    編程 2025-04-29
  • Java 8 Group By 會影響排序嗎?

    是的,Java 8中的Group By會對排序產生影響。本文將從多個方面探討Group By對排序的影響。 一、Group By的概述 Group By是SQL中的一種常見操作,它…

    編程 2025-04-29

發表回復

登錄後才能評論