$JBOSS-HOME/server/下有3個目錄，all/default/minimal，它們是表示3種配置，全部的配置、默認配置、最小配置，我們在啟動JBOSS服務時，可以指定
run –c all 表示是啟動all配置(將會加載所有服務)；run 表示是以默認配置啟動;
run –c mimimal 表示是啟動mimimal配置。這三者所加載的服務數量不同，具體區別可查閱JBOSS相關文檔，你還可以自己定義一個配置，如test
如果采取默認配置的話，JVM默認只能分配到最大64M內存(默認大小和JVM版本有關系)，這在生產環境里肯定是不夠，將會導致用戶通過WEB方式無法訪問應用服務，但是系統進程中，JBOSS服務卻沒有宕掉的奇怪現象。
修改$jboss/bin/run.conf文件，找到“#JAVA_OPTS=”，如果沒有該字符串，請添加，並去掉最前面的“#”，修改該字符串(含雙引號)為JAVA_OPTS="-server -Xms512m -Xmx1024m”，這是分配JVM的最小和最大內存，取決於硬件物理內存的大小，建議均設為物理內存的一半。
Eclipse啟動Jboss服務器指定JVM虛擬內存
右邊有個Optional java VM arguments:你加上參數就行了
-Xms1024m -Xmx1024m
報出java.lang.OutOfMemoryError: PermGen space
解決辦法:
在myeclipse中加大jvm內存方法:
Window->Preferences->Myeclipse->Services->Tomcat->Tomcat 6.x->JDK,在Optional Java VM arguments:下邊的輸入框里輸入:
-Xms128m -Xmx512m -XX:PermSize=128m -XX:MaxPermSize=128m
上邊的數值看起來不大,但是我的項目運行很穩定了,可以先不要急着改掉上邊的數值,先用上邊的數值運行試試,如果還是溢出的話再適當調整
下邊是直接調整jdk/jre的jvm的方式
Window->Preferences->Java->Installed JREs,在右側雙擊當前使用的jdk/jre,在Default VM Arguments中輸入
-Xms128m -Xmx512m
另外在tomcat中可以隨時查看jvm的占用情況.
巧借MyEclipse設置JVM突破內存限制
AD：
如果沒有進行設置的話，在使用MyEclipse的經常出現如下圖所示內存不足的提示。
提示中說的很明白：“MyEclipse has detected that less than 5% of the 64MB of Perm Gen (Non-heap memory) space remains.”意思是說當前只有小於5%的非堆內存是空閑的。所以我們只要將這個值設置大一些就可以了。
提示中給出了MyEclipse設置JVM的參數：
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
這里有幾個MyEclipse設置JVM問題：
1. 各個參數的含義什么？
2. 為什么有的機器我將-Xmx和-XX:MaxPermSize都設置為512M之后Eclipse可以啟動，而有些機器無法啟動？
3. 為何將上面的參數寫入到eclipse.ini文件Eclipse沒有執行對應的設置？
下面我們一一進行回答
1. 各個參數的含義什么？
參數中-vmargs的意思是設置JVM參數，所以后面的其實都是JVM的參數了，我們首先了解一下JVM內存管理的機制，然后再解釋每個參數代表的含義。
堆(Heap)和非堆(Non-heap)內存
按照官方的說法：“Java 虛擬機具有一個堆，堆是運行時數據區域，所有類實例和數組的內存均從此處分配。堆是在 Java 虛擬機啟動時創建的。”“在JVM中堆之外的內存稱為非堆內存(Non-heap memory)”。可以看出JVM主要管理兩種類型的內存：堆和非堆。簡單來說堆就是Java代碼可及的內存，是留給開發人員使用的；非堆就是JVM留給自己用的，所以方法區、JVM內部處理或優化所需的內存(如JIT編譯后的代碼緩存)、每個類結構(如運行時常數池、字段和方法數據)以及方法和構造方法的代碼都在非堆內存中。
堆內存分配
JVM初始分配的內存由-Xms指定，默認是物理內存的1/64；JVM最大分配的內存由-Xmx指定，默認是物理內存的1/4。默認空余堆內存小於40%時，JVM就會增大堆直到-Xmx的最大限制；空余堆內存大於70%時，JVM會減少堆直到-Xms的最小限制。因此服務器一般設置-Xms、-Xmx相等以避免在每次GC 后調整堆的大小。
非堆內存分配
JVM使用-XX:PermSize設置非堆內存初始值，默認是物理內存的1/64；由XX:MaxPermSize設置最大非堆內存的大小，默認是物理內存的1/4。
JVM內存限制(最大值)
首先JVM內存限制於實際的最大物理內存(廢話！呵呵)，假設物理內存無限大的話，JVM內存的最大值跟操作系統有很大的關系。簡單的說就32位處理器雖然可控內存空間有4GB,但是具體的操作系統會給一個限制，這個限制一般是2GB-3GB（一般來說Windows系統下為1.5G-2G，Linux系統下為2G-3G），而64bit以上的處理器就不會有限制了。
2. 為什么有的機器我將-Xmx和-XX:MaxPermSize都設置為512M之后Eclipse可以啟動，而有些機器無法啟動？
通過上面對JVM內存管理的介紹我們已經了解到JVM內存包含兩種：堆內存和非堆內存，另外JVM最大內存首先取決於實際的物理內存和操作系統。所以說設置VM參數導致程序無法啟動主要有以下幾種原因：
1) 參數中-Xms的值大於-Xmx，或者-XX:PermSize的值大於-XX:MaxPermSize；
2) -Xmx的值和-XX:MaxPermSize的總和超過了JVM內存的最大限制，比如當前操作系統最大內存限制，或者實際的物理內存等等。說到實際物理內存這里需要說明一點的是，如果你的內存是1024MB，但實際系統中用到的並不可能是1024MB，因為有一部分被硬件占用了。
3. 為何將上面的參數寫入到eclipse.ini文件Eclipse沒有執行對應的設置？
那為什么同樣的參數在快捷方式或者命令行中有效而在eclipse.ini文件中是無效的呢？這是因為我們沒有遵守eclipse.ini文件的設置規則：
參數形如“項 值”這種形式，中間有空格的需要換行書寫，如果值中有空格的需要用雙引號包括起來。比如我們使用-vm C:\Java\jre1.6.0\bin\javaw.exe參數設置虛擬機，在eclipse.ini文件中要寫成這樣：
-vm
C:\Java\jre1.6.0\bin\javaw.exe
按照上面所說的，最后參數在eclipse.ini中可以寫成這個樣子：
- -vmargs
- -Xms128M
- -Xmx512M
- -XX:PermSize=64M
- -XX:MaxPermSize=128M
實際運行的結果可以通過Eclipse中“Help”-“About Eclipse SDK”窗口里面的“Configuration Details”按鈕進行查看。
另外需要說明的是，Eclipse壓縮包中自帶的eclipse.ini文件內容是這樣的：
- -showsplash
- org.eclipse.platform
- --launcher.XXMaxPermSize
- 256m
- -vmargs
- -Xms40m
- -Xmx256m
其中–launcher.XXMaxPermSize（注意最前面是兩個連接線）跟-XX:MaxPermSize參數的含義基本是一樣的，我覺得唯一的區別就是前者是eclipse.exe啟動的時候設置的參數，而后者是Eclipse所使用的JVM中的參數。其實二者設置一個就可以了，所以這里可以把–launcher.XXMaxPermSize和下一行使用#注釋掉。通過MyEclipse設置JVM避免內存不足的問題就介紹到這里。
Java虛擬機（JVM）中的內存設置詳解
本文向您介紹在Java虛擬機，即JVM中如何設置內存，達到良好的GC效率。
AD：
在一些規模稍大的應用中，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 虛擬機
"could not create the java virtual machine"啟動eclipse報錯
打開到eclipse安裝文件夾下的eclipse.ini文件，內容如下：
-vmargs
-Xms512M
-Xmx1024M
-XX:PermSize=64M
-XX:MaxPermSize=128M
暫時不知道什么意思，但是知道是控制eclipse內存消耗的，修改如下：
-vmargs
-Xms128M
-Xmx512M
-XX:PermSize=64M
-XX:MaxPermSize=128M
再次啟動eclipse，可以了，驚嘆，這些參數分別是什么意思呢？google一下：
-vmargs是表示下面是設置JVM（java虛擬機）的參數，也就是說下面都是java虛擬機的參數，對於JVM來說，內存分為堆內存和非堆內存，注意這里的堆不是c/c++里面的堆的概念，因為jvm自己管理內存，所謂堆上的內存就是jvm可以分配給java應用程序使用的內存，由-Xms和-Xmx這兩個參數限定，而非堆內存則是JVM自己使用的，由-XX:PermSize和-XX:MaxPermSize這兩個參數來限定。對於堆內存來講，JVM根據剩余的堆內存的多少調整整個堆內存的大小，調整范圍就是-Xms（最小）和-Xmx（最大）指定的范圍，-XX:PermSize和-XX:MaxPermSize也是同樣的道理，如果你不想JVM來動態調整的話，可以把最大和最小值設置相等，默認最小值是物理內存的1/64，最大值是物理內存的1/4，所以這個最大值就受到物理內存的限制（當然還會收到操作系統的限制）。
經過實驗發現，如果-Xms的值比-Xmx設置的大則啟動會失敗；而如果-Xmx和-XX:MaxPermSize設置的值的和比可用的物理內存還大，啟動也會失敗，我的第一個設置，兩者的和超過了1G，而當時可用內存才700M，所以啟動會失敗，JVM在啟動時會檢測參數和實際可用內存。