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

这个线程中的最佳实践是在ZeroTurnaround的免费Optimizer For Eclipse中实现的。

它有什么帮助?

内存分配不足 类验证开销 过多的索引和历史记录 过时或缓慢的JDK Eclipse已经过时 漫长的构建和重新部署时间

要了解更多细节，请查看RebelLabs的这篇文章。

关闭大纲视图以加快编辑器之间的切换。 每次切换到不同的选项卡或打开一个文件时，大纲视图都必须更新，在我的机器上，每次更新大约需要1秒钟。这只是1秒钟，但如果你经常换标签，就像我一样，这将省去你的头痛。

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

症状

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

Fix

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

试试这些。有两种方法。

第一个过程

参考这篇文章。

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

Windows用户:

If you go to Task Manager, choose the eclipse application, and click on the little arrow next to it, you will usually just see one sub-process appear below "eclipse.exe". However, in my case, if you have multiple instances of "Java Platform SE Binary", then end all of them. For some reason, I had three of these running in the background, even though I wasn't currently running any projects. Nevertheless, this will boost performance back to the way it likely was when you first installed eclipse on your computer.

如果更改后您不能再运行项目，那么尝试重新启动eclipse。