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

症状

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

Fix

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

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

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

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

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

另一个技巧是禁用自动构建。

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中解决了这个问题。

如果您使用Maven和ivy，请检查它们的控制台，以防它们在构建期间占用处理。我使用ivy，在此基础上，我有某些JAR文件(内部)更改为相同的版本，所以它必须一直锻炼来获取它们。

如果您在网络驱动器上定义了项目，那么在构建/读/写类型的过程中也会遇到延迟。

禁用/卸载你不需要的插件。 你不需要的近距离视角 关闭未使用的数据库连接

除了最新的软件(最新的Eclipse和Java)和更多的RAM，您可能还需要

删除不需要的插件(并非所有插件都需要Mylyn和Eclipse的J2EE版本) 不必要的验证器 禁用拼写检查 关闭Java编辑器中未使用的选项卡(是的，它有助于减少Eclipse负担) 关闭未使用的项目 禁用不需要的标签声明(SVN/CVS) 禁用自动建筑

参考:making-eclipse-ide-faster