TOMCAT記憶體溢位及大小調整

czxin788發表於2015-02-28

今天,我在做tomcatD:\apache-tomcat-6.0.28\webapps\customs更新前,順便對customs目錄做了一個備份,起名為D:\apache-tomcat-6.0.28\webapps\customs.bak

         當我對customs目錄更新完後,再次重新啟動tomcat服務,結果報如下錯誤:

        

 

此錯誤意思是說tomcat記憶體溢位。

 

於是對tomcat進行記憶體修改:在D:\apache-tomcat-6.0.28\bin\catalina.bat檔案裡面新增set JAVA_OPTS=-Xms256m -Xmx512m。然後重新啟動tomcat,報錯依舊。

最後,筆者將D:\apache-tomcat-6.0.28\webapps\customs.bak這個備份目錄刪除,再次重新啟動tomcat後,就正常了。

 

結論:webapps 目錄下customs檔案只需要部署一個就行,多了佔記憶體 。

 

 

附:

以下是網路上的參考文件:

http://blog.csdn.net/happyitlife/article/details/7291182

 

一、

tomcat記憶體設定問題 收藏

    在使用Java程式從資料庫中查詢大量的資料或是應用伺服器(tomcatjboss,weblogic)載入jar包時會出現java.lang.OutOfMemoryError異常。這主要是由於應用伺服器的記憶體不足引起的。這種異常常有以下幾種情況(以下以tomcat環境為例,其它WEB伺服器如jboss,weblogic等是同一個道理):

    1.  java.lang.OutOfMemoryError: PermGen space

        PermGen space的全稱是Permanent Generation space,是指記憶體的永久儲存區域OutOfMemoryError: PermGen space。從文字上看就是記憶體溢位,解決方法是加大記憶體。為什麼會記憶體溢位,這是由於這塊記憶體主要是被JVM存放ClassMeta資訊的,Class在被Load的時候被放入PermGen space區域,它和存放InstanceHeap區域不同,GC(Garbage Collection)不會在主程式執行期對PermGen space進行清理,所以如果你的APPLOAD很多CLASS的話,就很可能出現PermGen space錯誤。這種錯誤常見在web伺服器對JSP進行pre compile的時候。如果你的WEB APP下都用了大量的第三方jar, 其大小超過了jvm預設的大小(4M)那麼就會產生此錯誤資訊了。

        解決方法: 手動設定MaxPermSize大小

        a.如果tomcat是以bat方式啟動的,則如下設定:

        修改TOMCAT_HOME/bin/catalina.sh

        “echo "Using CATALINA_BASE:    $CATALINA_BASE"”上面加入以下行:

        JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m

        b.如果tomcat是註冊成了windows服務,以services方式啟動的,則需要修改登錄檔中的相應鍵值。

            開啟登錄檔,找到目錄HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\htfty\Parameters\Java,其中目錄地址中紅色標註的(如htfty)需要根據不同情況作修改,為tomcat服務註冊成windows服務的名稱。 可以看到JvmMsJvmMx項,其中JvmMs設定最小的記憶體使用引數,JvmMx設定最大的記憶體使用引數。設定好JvmMsJvmMx項的值,重啟tomcat伺服器即可生效。

    建議:將相同的第三方jar檔案移置到tomcat/shared/lib目錄下,這樣可以達到減少jar 文件重複佔用記憶體的目的。

     2.  java.lang.OutOfMemoryError: Java heap space

           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

    a.如果tomcat是以bat方式啟動的,則如下設定:

    修改TOMCAT_HOME/bin/catalina.sh

    “echo "Using CATALINA_BASE:    $CATALINA_BASE"”上面加入以下行:

    JAVA_OPTS="-server -Xms800m -Xmx800m    -XX:MaxNewSize=256m"

    b.如果tomcat是註冊成了windows服務,以services方式啟動的,則需要修改登錄檔中的相應鍵值。

            開啟登錄檔,找到目錄HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun 2.0\htfty\Parameters\Java,其中目錄地址中紅色標註的(如htfty)需要根據不同情況作修改,為tomcat服務註冊成windows服務的名稱。 可以看到JvmMsJvmMx項,其中JvmMs設定最小的記憶體使用引數,JvmMx設定最大的記憶體使用引數。設定好JvmMsJvmMx項的值,重啟tomcat伺服器即可生效。

提示:Heap Size 最大不要超過可用實體記憶體的80%,一般的要將-Xms-Xmx選項設定為相同,而-Xmn1/4-Xmx值。

 

二、Tomcat本身不能直接在計算機上執行,需要依賴於硬體基礎之上的作業系統和一個java虛擬機器。JAVA程式啟動時JVM都會分配一個初始記憶體和最大記憶體給這個應用程式。這個初始記憶體和最大記憶體在一定程度都會影響程式的效能。比如說在應用程式用到最大記憶體的時候,JVM是要先去做垃圾回收的動作,釋放被佔用的一些記憶體。所以想調整Tomcat的啟動時初始記憶體和最大記憶體就需要向JVM宣告,一般的JAVA程式在執行都可以透過中-Xms -Xmx來調整應用程式的初始記憶體和最大記憶體: 這兩個值的大小一般根據需要進行設定。初始化堆的大小執行了虛擬機器在啟動時向系統申請的記憶體的大小。一般而言,這個引數不重要。但是有的應用程式在大負載的情況下會急劇地佔用更多的記憶體,此時這個引數就是顯得非常重要,如果虛擬機器啟動時設定使用的記憶體比較小而在這種情況下有許多物件進行初始化,虛擬機器就必須重複地增加記憶體來滿足使用。由於這種原因,我們一般把-Xms-Xmx設為一樣大,而堆的最大值受限於系統使用的實體記憶體。一般使用資料量較大的應用程式會使用持久物件,記憶體使用有可能迅速地增長。當應用程式需要的記憶體超出堆的最大值時虛擬機器就會提示記憶體溢位,並且導致應用服務崩潰。因此一般建議堆的最大值設定為可用記憶體的最大值的80%

     Tomcat預設可以使用的記憶體為128MB,在較大型的應用專案中,這點記憶體是不夠的,需要調大。有以下幾種方法可以選用:

第一種方法:

Windows下,在檔案/bin/catalina.batUnix下,在檔案/bin/catalina.sh的前面,增加如下設定:

JAVA_OPTS='-Xms【初始化記憶體大小】 -Xmx【可以使用的最大記憶體】'

需要把這個兩個引數值調大。例如:

JAVA_OPTS='-Xms256m -Xmx512m'

表示初始化記憶體為256MB,可以使用的最大記憶體為512MB

第二種方法: 環境變數中設     變數名:JAVA_OPTS     變數值:-Xms512m   -Xmx512m

第三種方法:前兩種方法針對的是bin目錄下有catalina.bat的情況(比如直接解壓的Tomcat等),但是有些安裝版的Tomcat下沒有catalina.bat,這個時候可以採用如下方法,當然這個方法也是最通用的方法:開啟tomcatHome/\bin/\tomcat5w.exe,點選Java選項卡,然後將會發現其中有這麼兩項:Initial memory poolMaximum memory pool.Initial memory pool這個就是初始化設定的記憶體的大小。Maximum memory pool這個是最大記憶體的大小 設定完了就按確定然後再重啟TOMCAT你就會發現tomcatjvm可用的記憶體改變了

另外需要考慮的是Java提供的垃圾回收機制。虛擬機器的堆大小決定了虛擬機器花費在收集垃圾上的時間和頻度。收集垃圾可以接受的速度與應用有關,應該透過分析實際的垃圾收集的時間和頻率來調整。如果堆的大小很大,那麼完全垃圾收集就會很慢,但是頻度會降低。如果你把堆的大小和記憶體的需要一致,完全收集就很快,但是會更加頻繁。調整堆大小的的目的是最小化垃圾收集的時間,以在特定的時間內最大化處理客戶的請求。在基準測試的時候,為保證最好的效能,要把堆的大小設大,保證垃圾收集不在整個基準測試的過程中出現。    如果系統花費很多的時間收集垃圾,請減小堆大小。一次完全的垃圾收集應該不超過 3-5 秒。如果垃圾收整合為瓶頸,那麼需要指定代的大小,檢查垃圾收集的詳細輸出,研究 垃圾收集引數對效能的影響。一般說來,你應該使用實體記憶體的 80% 作為堆大小。當增加處理器時,記得增加記憶體,因為分配可以並行進行,而垃圾收集不是並行的。

一個要注意的地方:建議把記憶體的最高值跟最低值的差值縮小,不然會浪費很多記憶體的, 最低值加大 ,最高值可以隨便設,但是要根據實際的實體記憶體 ,如果記憶體設定太大了,比如設定了512M最大記憶體,但如果沒有512M可用記憶體,Tomcat就不能啟動,還有可能存在記憶體被系統回收,終止程式的情況

 

 





附件列表

 

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/28916011/viewspace-1443766/,如需轉載,請註明出處,否則將追究法律責任。

相關文章