好吧，如果您正在使用Eclipse开发GWT应用程序，那么方法如下:

Eclipse中的内存不足错误

还记得将相同的VM参数添加到托管模式配置中。

当限制打开标签的数量时(过去我经常打开30多个标签)，我的性能有了相当大的提高。您可以让Eclipse自动为您处理这个问题:

窗口->首选项->编辑器->自动关闭编辑器

8个打开的标签是>>符号出现之前的金额，所以我倾向于让它保持在8。

当打开更多选项卡时，最近最少访问的选项卡将被关闭。

->当所有编辑器都是脏的或固定的

如果它有未保存的修改，你可以提示保存和重用(标签将被关闭，一个新的将被打开在它的地方)。或者你可以打开一个新的编辑器，从而增加打开标签的数量(不显眼的选择)。

如果你想确保一些标签永远不会自动关闭，你可以钉住它们。点击大头针图标(工具栏中最右边的图标，以“大头针编辑器”为tooltiptext)。

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

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

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

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

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

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

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

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

禁用病毒扫描程序，或至少将任何病毒扫描程序配置为在读访问时不扫描JAR文件。