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。

如果您因为工作等原因没有绑定到Eclipse，您需要的某些插件功能只能通过Eclipse使用等等;那么一个可能的策略就是完全摆脱Eclipse。这将极大地加快速度。

您可以切换到任何其他IDE或开发环境，以满足您的需要。NetBeans就是一个例子。一些提议的加速也适用于NetBeans，或任何其他IDE。

一个直接应用于Linux的例子是尽可能多地移动到tmpfs挂载。在NetBeans中进行Java开发时，我将Java文档和源代码移到了tmpfs挂载中，这极大地提高了性能。

同样，在c++开发过程中，如果可能的话，我将确保整个源代码树都在我的tmpfs挂载中。虽然我还没有对构建性能进行广泛的基准测试，但在合理大小的代码库(几百个源文件+头文件)上进行了一些测试，结果导致编译时间减少了50%。

请记住，使用此方法时，您的数据在断电期间不会持久。为了解决这个问题，可以创建一个脚本，将tmpfs挂载到某个备份目录，并将该脚本添加为每分钟运行一次的cronjob。

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

症状

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

Fix

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

问题可能是java缓存，或者java临时文件。

打开窗口的控制面板，找到Java面板 单击“常规”页签的“设置”， 删除临时文件，并设置存储临时文件的磁盘空间 文件大小不超过10000MB。 重新启动eclipse。恢复所有验证器，您将看到IDE Eclipse的速度是正常的。

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

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

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

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

在eclipse.ini文件中添加-Xverify:none。

它将大大缩短Eclipse启动时间(对我来说是50%，如果不是更多的话)。这将告诉VM不要验证它正在加载的所有.class文件。

考虑一下:永远不要在生产系统中禁用字节码验证 (如评论所述)