Eclipse会延迟加载插件，大多数常见的插件， 比如Subclipse，如果你不使用它们，就不要做任何事情。 它们在运行时完全不会降低Eclipse的速度，而且它 不能帮你让他们失效。事实上，Mylyn被展示过 在正确使用Eclipse时减少内存占用。

我运行Eclipse时使用了大量的插件，但没有任何性能 罚点球。

Try disabling compiler settings that you perhaps don't need (e.g. the sub-options under "parameter is never read). Which version of Eclipse are you using? Older versions were known to be slow if you upgraded them over and over again, because they got their plug-ins folder inflated with duplicate plug-ins (with different versions). This is not a problem in version 3.4. Use working-sets. They work better than closing projects, particularly if you need to switch between sets of projects all the time.

使用-Xmx不仅需要增加内存 开关，这也是烫发的大小。我认为 在Eclipse 3.4中解决了这个问题。

试试这些。有两种方法。

第一个过程

参考这篇文章。

http://www.javacodegeeks.com/2014/06/the-real-way-to-make-eclipse-run-faster-on-ubuntu.html

第二个过程。

在终端执行命令。

ramdisk

为Ubuntu获得更好的性能和更快的响应。

Ramdisk是系统内存的一部分。Ubuntu默认使用物理内存(RAM)的一半作为ramdisk，并将其挂载到RAM上

/dev/shm

，它可以像普通磁盘空间一样使用(创建文件和文件夹，并以更好的性能操作它们，而不是将它们存储在硬盘上)。如果ramdisk使用了超过一半的RAM，则数据将被转移到交换空间。如果ramdisk使用更少的内存，剩余的内存仍然可以做RAM正在做的事情。

设置ramdisk上限

如上所述，默认情况下，ramdisk可以使用一半的RAM。如果您想更改上限，请执行以下步骤:

使用您最喜欢的编辑器编辑/etc/fstab: Gksudo gedit /etc/fstab .使用实例 找到这一行并更改它使其看起来像这样(如果不存在则添加这一行，并将512M更改为您喜欢的内容): tmpfs /dev/shm tmpfs默认值，size=512M 0 0 重启或重新挂载 /dev/shm

将/tmp挂载到ramdisk上

为了便于使用，可以将目录挂载到

/dev/shm

通过以下命令:

mkdir /dev/shm/tmp

chmod 1777 /dev/shm/tmp

绑定/dev/shm/tmp /tmp

我们使用GIT作为CVS, gradle作为构建工具。

症状

在我的案例中，一个具有> 20 000个文件的特定项目在导航具有大量文件的目录时使用分层视图冻结。

Fix

创建新的Eclipse工作区 将项目重新克隆到Eclipse工作区中 将项目导入Eclipse(在本例中使用Gradle导入)

可能有一些事情会延迟eclipse的启动和退出。其中一个类似于Windows中的lookalike。禁用窗口动画和禁用启动活动可以在一定程度上加快窗口速度

类似于在eclipse中，我们可以有同样的东西Windows->一般->首选项->外观->关闭一些装饰选项。这可能会起到一点提振作用，但可能不会产生太大影响。

在我看来，你可能已经创建的工作空间中的项目应该限制在一定的范围内，如果项目更多，应该创建一个新的工作空间。例如，当您尝试在服务器上运行单个项目时，与在同一服务器上运行多个项目相比，它所花费的时间更少

使用标准插件加速Eclipse的唯一真正方法是为其提供更多内存，在某些情况下还可以访问更快的存储空间/碎片整理的硬盘驱动器。

除此之外，在性能方面可以做的不多:大多数标准插件都没有持续的运行时成本，即使Mylyn也相对较快。

升级到您机器上支持的最新JVM也会有所帮助。

有些人会降级到较旧的Eclipse版本以获得更好的性能。使用Eclipse经典版而不是官方发行版可能也有意义。

我给了它大量的内存(在启动它的命令中添加一个- xmx开关)，并尽量避免退出和重新启动它——我发现最严重的延迟是在启动时，所以给它大量的RAM可以让我在崩溃之前保持更长的时间。