Eclipse導入了一個比較大的項目，出現了an internal error occurred during building workspace錯誤。網上搜了一下，據說是內存溢出問題。可以通過修改eclipse.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