今天MyEclipse匯入了一個比較大的專案，出現了an internal error occurred during building workspace錯誤。

網上搜了一下，據說是記憶體溢位問題。可以通過修改myeclipse.ini檔案解決，一例如下。

優化之後的ini檔案內容：

-startup
plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.1.R36x_v20100810
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M

-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile

-vm
C:\java\1.6\bin

-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms40m
-Xmx512m

以下為查詢得的一些資料，解釋我們在修改的引數是什麼意思。

        1.堆(Heap)和非堆(Non-heap)記憶體
按照官方的說法：“Java 虛擬機器具有一個堆，堆是執行時資料區域，所有類例項和陣列的記憶體均從此處分配。堆是在 Java 虛擬機器啟動時建立的。”“在JVM中堆之外的記憶體稱為非堆記憶體(Non-heap memory)”。可以看出JVM主要管理兩種型別的記憶體：堆和非堆。簡單來說堆就是Java程式碼可及的記憶體，是留給開發人員使用的；非堆就是JVM留給自己用的，所以方法區、JVM內部處理或優化所需的記憶體(如JIT編譯後的程式碼快取)、每個類結構(如執行時常數池、欄位和方法資料)以及方法和構造方法的程式碼都在非堆記憶體中。

        2.堆記憶體分配
       JVM初始分配的記憶體由-Xms指定，預設是實體記憶體的1/64；JVM最大分配的記憶體由-Xmx指定，預設是實體記憶體的1/4。預設空餘堆記憶體小於40%時，JVM就會增大堆直到-Xmx的最大限制；空餘堆記憶體大於70%時，JVM會減少堆直到-Xms的最小限制。因此伺服器一般設定-Xms、-Xmx相等以避免在每次GC 後調整堆的大小。

3.非堆記憶體分配
JVM使用-XX:PermSize設定非堆記憶體初始值，預設是實體記憶體的1/64；由XX:MaxPermSize設定最大非堆記憶體的大小，預設是實體記憶體的1/4。

4.JVM記憶體限制(最大值)
首先JVM記憶體限制於實際的最大實體記憶體，假設實體記憶體無限大的話，JVM記憶體的最大值跟作業系統有很大的關係。簡單的說就32位處理器雖然可控記憶體空間有4GB,但是具體的作業系統會給一個限制，這個限制一般是2GB-3GB（一般來說Windows系統下為1.5G-2G，Linux系統下為2G-3G），而64bit以上的處理器就不會有限制了。

        舉例說明含義：
        -Xms128m 表示JVM Heap(堆記憶體)最小尺寸128MB，初始分配
        -Xmx512m 表示JVM Heap(堆記憶體)最大允許的尺寸256MB，按需分配。

    說明：如果-Xmx不指定或者指定偏小，應用可能會導致java.lang.OutOfMemory錯誤，此錯誤來自JVM不是Throwable的，無法用try...catch捕捉。

        PermSize和MaxPermSize指明虛擬機器為java永久生成物件（Permanate generation）如，class物件、方法物件這些可反射（reflective）物件分配記憶體限制，這些記憶體不包括在Heap（堆記憶體）區之中。
        -XX:PermSize=64MB 最小尺寸，初始分配 
         -XX:MaxPermSize=256MB 最大允許分配尺寸，按需分配
         過小會導致：java.lang.OutOfMemoryError: PermGen space
          MaxPermSize預設值和-server -client選項相關。-server選項下預設MaxPermSize為64m
          -client選項下預設MaxPermSize為32m

        PS:不同廠家的jdk垃圾回收演算法不一樣。在sun的jdk下，Xms和Xmx設定一樣，可以減輕伸縮堆大小帶來的壓力，但在ibm的jdk下面，設定為一樣會增大堆碎片產生的機率。

        下面再簡單的整理一下優化MyEclipse速度的主要方法：
        1.修改myeclipse.ini。
        2.取消自動validation
        3.勾掉無用外掛。
        4.修改啟動載入模組

        下面附上詳細的優化MyEclipse速度方法：（轉載）
        http://yufenfei.javaeye.com/blog/376464
        http://blog.csdn.net/defonds/archive/2009/07/10/4338782.aspx
        http://zhangpengshou.javaeye.com/blog/198476
        http://queue19.javaeye.com/blog/488017

轉載自：http://www.blogjava.net/landon/archive/2010/04/26/319402.html