努力配置您的构建路径。如果代码完成需要遍历整个项目文件夹，则会占用大量内存。

右键单击项目并选择首选项。 选择生成路径设置并删除项目文件夹。 然后只添加包含源代码和库代码的文件夹。

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

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

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

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

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

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

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

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

通过增加堆空间和更改垃圾收集器设置来加速Eclipse，我尝试了许多方法。

但就我的本地开发而言，我认为禁用JVM垃圾收集器最适合我。

Mylyn的自动补全功能工作起来没有问题，(未响应)部分已被显著地最小化。

下面是eclipse.ini文件的快照。

-vm
--C:\JAVA\jre\bin\server\jvm.dll
C:\JAVA8x64\jre\bin\server\jvm.dll
-vmargs
-Xnoclassgc
-Dosgi.requiredJavaVersion=1.6
-Xms256m
-Xmx1024m

我尝试过使用JDK 6和JDK 8，在这两种情况下，都注意到显著的加速。

虽然与Eclipse没有直接关系:

如果你运行的是Windows 7(可能还有Windows Vista)，如果你的东西在默认的位置——你的主文件夹里，一定要禁用工作空间文件夹的文件索引。Windows默认会索引你主文件夹中的所有内容，这对你的工作空间来说是一种浪费。(右键单击资源管理器中的工作区文件夹，属性->高级。)

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

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

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