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

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

症状

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

Fix

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

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

它有什么帮助?

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

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

不可低估的是拥有一台快速的机器。16-32 GB的RAM, SSD和一个不错的处理器……who0o0om你走了。

禁用标签装饰可以获得另一种性能提升 (Windows ->首选项;概述->外观->标签装饰) 在启动时禁用未使用的功能 (Windows ->首选项;一般->启动和关闭)。

您还可以根据JVM选择不同的垃圾收集策略来获得额外的性能。

如果你厌倦了重启周期，你可以使用ZeroTurnaround的JavaRebel。这将缩短重启服务器/客户端的时间。

除了为内存使用配置eclipse.ini之外。我已经通过“启动和关闭选项”进行了配置。我的月食现在燃烧得很快。