在特殊情况下，性能差可能是由于损坏了h2或nwire数据库。有关更多信息，请阅读加速Eclipse PDT和nWire的五个技巧。

在我工作的地方，我们依赖虚拟机来运行Debian。出于测试目的，我已经在VM上安装了另一个Eclipse版本，但如果我运行的是另一个Eclipse版本，有时会产生冲突。有一个两个Eclipse版本共享的共享文件夹。有一次我不小心让Debian Eclipse安装在后台运行，结果导致数据库文件损坏。

又有一个解决方案 删除这两个文件夹中的所有文件

.metadata.plugins \ org.eclipse.core.resources.history .metadata.plugins \ org.eclipse.jdt.core

这是第一次帮助。但它仍然保持缓慢

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

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

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

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

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

你有大的公羊吗?创建一个ramdisk，并把你的

JDK JVM Eclipse 工作空间

确保将更改保存回HDD或提交给VCS，以避免断电时数据丢失。

也试试这个，它会提高性能:

清理索引-{工作区 路径}.metadata.plugins \ org.eclipse.jdt。核心清理历史—— {工作区 路径}.metadata.plugins \ org.eclipse.core.resources.history

清理上述文件夹不会影响项目文件。

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

它有什么帮助?

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

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