Eclipse Juno版本的性能问题

在一场关于Eclipse Juno版本性能问题的邮件讨论（email thread）中，Eclipse的白银赞助商同时也是Cloudsmith 的共同创始人Thomas Hallgren开启了一波对话。作为Eclipse b3项目的活跃提交者，Hallgren说将4.2版本切换回3.8版本后，“震惊于切换后的性能提升。3.8版本的平台要快得多得多（much MUCH faster）”。

Eclipse缺陷管理工具 Bugzilla上的385272缺陷（升级到Juno发布版后，响应非常慢）条目上，充满了评论。按照一些回复的说法，当4.2刚刚启动的时候，一切安好。但是，随着它的运行，性能逐渐下降。一些用户报告说，重新启动Eclipse能够临时恢复到令人满意的性能水平。

Eclipse的执行董事Mike Milinkovich在其名为“Eclipse生活”（Life at Eclipse）的博客中提到，这并不是什么新鲜事，并将其归因为缺乏资源。“因为Eclipse有严重的资源问题，性能测试就被停掉了。这个问题的实际情况是Eclipse平台团队的扩张超出了他们按期正常交付的能力。至少在最近的三四年中，这个问题已经在很多论坛中讨论过了。遗憾的是，很少有人或组织来对此做出有意义的贡献。”

InfoQ和Milinkovich了解到了更多的信息。

InfoQ：会有一个可预计的日期来修正Juno版本，还是我们要等待Kepler版本（Eclipse 平台4.3）呢？

Milinkovich：Juno团队的关注点在稳定性、功能以及兼容性上。在发布前，并没有关于性能方面的抱怨。

既然我们已经知道了问题，那团队会尽快解决。在未来几周的要发布的SR1中，会修正一种内存泄露的问题。在二月份发布的SR2版本中肯定会包含其它问题的修正。所以我们希望在Kepler版本之前及Kepler版本中会有明显的提升。

以下事实为我们的观点提供了支持，当我们2004年推出Eclipse 3.0的时候，实际上社区的反应比现在大得多。当你对像Eclipse这样广泛使用的平台进行大规模改造的时候，有些问题会很常见。

我们查看了所有发现的问题，并会尽可能多地处理它们。发现并解决这些问题的唯一途径就是实际使用Juno、报告问题并对其进行审查。我们不会发布3.9版本，所有新的功能和性能提升都会在4.2和4.3的代码流中进行。

InfoQ：你能介绍一下Eclipse开发中，Eclipse基金会所扮演的角色吗？

Milinkovich：我们的角色从来就不是领导研发，而是托管这些工程并保证Eclipse研发的顺利进行和工业生产过程（ IP processes）。在Eclipse基金会中我们没有雇佣开发人员或架构师。满足用户和相关采纳者的需求是各个项目的责任。社区能够提供极大的帮助来提供良好的反馈以及可重用的测试用例和补丁。

一直以来，为Eclipse平台项目贡献功能相对来讲比较复杂。我们希望这能很快得到改观。我们的一些改进诸如切换到Git、开始使用通用的构建设施（基于Maven和Tycho）以及更易访问的Eclipse 4代码都是希望能够明显增强社区贡献的能力。

查看原文：Eclipse Performance Issues in Juno