Eclipse 3.4的内存使用从屋顶到最终成为问题。
我加载了一个简单的BlackBerry项目,使用量激增到将近400 MB,有时甚至更高。有什么办法可以降低它?
Eclipse 3.4的内存使用从屋顶到最终成为问题。
我加载了一个简单的BlackBerry项目,使用量激增到将近400 MB,有时甚至更高。有什么办法可以降低它?
Answers:
借助拼写检查器插件,Eclipse 3.4可以比以前的版本消耗更多的内存。
您可以转到窗口->首选项->常规->编辑器->文本编辑器->拼写,然后取消选中“启用拼写检查”框,以关闭该插件。
当然,提供使用更大的堆大小和更好的垃圾收集器的技巧也将对您有所帮助。
在Eclipse中,Luna 4.4.1 试图减少Eclipse中的内存使用量。我设法将我的剃须刀从600mb剃到300mb。我做了以下事情:
关闭我没有使用的在启动时激活的插件。 Windows>首选项>常规>启动和关闭
已关闭我当时不从事的项目。
在此处找到提示/提示:http : //blog.elijaa.org/2010/09/20/tricks-to-speed-up-eclipse-php-helios-pdt-2-2/
尽管您可能可以修改配置,删除各种插件等,但购买更多内存可能更具成本效益。您目前有多少?我认为内存不足2GB的开发人员机器处于规格范围内,我怀疑很多人会将其提高一倍。
现代版本的Eclipse确实需要大量RAM才能完成其任务。但是在任何现代机器上都应该运行得非常快。
假设您有足够的物理内存(除非有许多其他进程正在运行,或者您正在使用RAD,否则2GB就可以了),有关调整设置的一些技巧,请参阅这篇有关Eclipse的内存使用的文章。两个最常见的罪魁祸首是Xmx和/或MaxPermSize设置得太低(Xmx默认为256M,MaxPermSize默认为64M)。
您可以通过传递命令行参数或在Eclipse安装位置中调整eclipse.ini来修改值。
您应该以如下形式结束:
...
-vmargs
-Xms128m
-Xmx1024m
-XX:MaxPermSize=128m
我的Eclipse占用了800MB以上的内存,并占用了2GB的虚拟空间(也许其中一部分已换出)。Java可以说是猪,它总是给Java带来负面影响。
但是,有些东西很多人都不知道:增量垃圾收集器。-Xincgc
副作用是它会不时将内存交还给系统。默认情况下,Java会占用内存,而当它不再需要内存时,它将自己保留。incgc是一种不同的策略,其中假定可以将内存交还给系统而不会遇到麻烦变得更加合理。但是,这可能会影响性能。
有很多垃圾收集设置。您也可以有多个线程来处理GC。并行GC可以做到这一点。不知道那人是否会回去记忆,不要这样认为。
如果400 Mb RAM对您来说是个大问题,则您可能需要尝试其他IDE。Eclipse存储了很多状态信息,您实际上不需要其中的一些或大部分。那是设计选择。
现在,我在Eclipse和QtCreator中都打开了相同的项目:彻底重建后,Eclipse使用156 Mb RAM,Qt Creator满意66 Mb。
您可以在Windows 7上尝试64位版本的Eclipse和JDK的64位版本。这两者都引起了我必须使用的第三方框架的奇怪问题。Oracle的32位JRockit(现在免费)似乎更快,并且内存更好。这是我的Eclipse.ini设置:
这是我的日食旅馆
-startup
plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.2.R36x_v20101222
-nosplash
org.eclipse.platform
--launcher.XXPermSize
512m
--launcher.XXMaxPermSize
512m
--launcher.defaultAction
openFile
-vm
C:/Program Files (x86)/Java/jrockit-jdk1.6.0_31-R28.2.3-4.1.0/jre/bin
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Xquickstart
-XX:+AggressiveHeap
-XX:+AggressiveOpts
-XX:+UseParallelOldGC
-XX:ParallelGCThreads=2
-XX:ThreadPriorityPolicy=1
-Xverify:none
-Xms1100m
-Xmx1100m
我切换到32位JRockit JDK,对于Eclipse来说似乎更快一些。我关闭了,并且没有安装超过所需的数量。对于每种单独的应用程序开发类型(Android,J2EE,仅是Spring,...),我都有不同的Eclipse安装。硬盘空间便宜。然后,我就可以拥有每个插件所需的插件。如果我不使用它们,我将永远不希望加载所有Android工具。STS也仅适用于Spring,而我仅适用于OpenShift Cloud。