问题描述
Ubuntu通常是最前沿的发行版。但是，当我们进入4.x开发4年后，为什么它坚持使用2011版Eclipse？
它甚至不是可选的，也无法从存储库中安装。并且它也不是来自下载的’easy’。出于某种原因，Java SE 7参考实现OpenJDK是不够的，您需要Oracle版本。为什么？这个也不是来自repo的，你需要一些奇怪的不受信任的第三方回购，或者关注how to install it yourself整章。
三年前出现了问题。当Juno 4.2出来时，它有很多performance issues。 Eclipse主任Mike Milinkovich explains的原因之一是缺乏资金。这是主要版本中的第一次：
“The performance test were turned off because the Eclipse platform team has a serious resource issue.”
出于这个原因，开发人员与4.2同时发布了unnamed and unpromoted版本3.8，以弥补这个(希望)临时问题的空白，并且它的普及引起了开发人员中一个值得注意的trend downwards。作为一个Eclipse b3开发人员mentioned：
“I was stunned by the performance improvement after the switch. The 3.8 platform is much MUCH faster”
3.8版本仍然是开发人员中4.x分支的流行替代品(请问我的同事或谷歌)，我认为主要是因为(真正的)信任问题。但是现在已经关闭了4.3桥(阅读：支持3.8)。
然而，核心问题(资金和开发人员)尚未得到修复，正如谷歌的gesture of donating money向Eclipse基金会所看到的那样，希望其他公司也会效仿。这是否意味着4.3仍然不符合3.x标准？
对于特定语言的插件或功能，这不是问题，这是平台本身核心内的problem。 (但我正在使用WST与Javascript和V8插件进行PHP和特别是Node开发。)
这也不是特定的平台问题。有来自Linux，Windows和OSX用户的similar complaints。 (但我正在使用Linux(Mint 13)。)
一方面你有人告诉EOL 3.8 “proves”，4.3现在很好。另一方面(见评论)：
“I’ve moved back to 3.8 due to constant crashes on ubuntu with 4.3”
3.8远离problem-free，我不介意获得更顺畅的开发经验。所以我想知道，为什么Eclipse 4“被我们”从决定哪些软件版本“对我们有利”的人那里(AKA什么进入官方存储库)？
-
清晰(10.04 LTS)
-
Eclipse 3.5.2-2
-
-
精确(12.04 LTS)
-
Eclipse 3.7.2-1
-
-
raring(13.04)
-
Eclipse 3.8.1-1
-
-
俏皮(13.10)
-
Eclipse 3.8.1-4
-
-
值得信赖的(14.04 LTS)
-
Eclipse 3.8.1-5.1
-
-
乌托邦(14.10)
-
Eclipse 3.8.1-5.1
-
更新2014-05-30：我刚刚尝试过Kepler(再次)，它仍然受到开箱即用的UI故障的影响。例如。：
不，在首选项中更改非活动窗口工具栏背景颜色不能解决此问题。 (即使它会，这将是一个愚蠢的默认选择)。
我想知道，由于他们自己的高度专业化和调整工作流程而没有积极或消极偏见的人 – 最好是来自具有Ubuntu软件包维护流程non-trivial软件包经验的人 – 为什么这个决定是由专业团队做出的谁知道他们为最广泛使用的Linux发行版有什么作用？
最佳解决方法
Eclipse Juno发布了2012-06-27。在2012-07-17报道了有关UI响应性的a bug。四个月后，2012-11-14左右，第一个patch被发布给官方update-site。
然而，许多用户完全错过了补丁的发布。我假设信息被淹没在FUD和其他more important news中，这些信息在那个时间传播开来。在2012年底，我发布了一个answer on SO。显然，我不是唯一一个补丁修复此性能问题的人。在2013-02-22 Eclipse 4.2.2发布，其中包含相同的补丁，但我一直收到关于SO的回答，直到6月。
可能是开发人员中唯一已知的事实是Eclipse在某些时候存在严重的性能问题。然而，关于这些问题的范围，程度和持续时间的知识在我看来似乎是一系列常见的误解。有四个月的时间段，许多Eclipse用户坚持使用3.8分支是一个好主意。我说”many”是因为我使用的是4.2.0和4.2.1而且它是O.K.为了我。主观上，切换标签大约慢两倍，IDE可能每天冻结一次，持续几秒钟。对于我的同事来说，问题要严重得多。我认为这取决于你的设置和你的工作流程，但是，我从未想过要进一步调查，因为我知道平台开发人员正在研究这些问题，而且使用3.8时有一个很好的后备。
一年零三次Eclpse发布后，这些严重的性能问题仍然存在。当然，这并不意味着没有更多的性能问题。截至目前，我在Eclipse bugzilla中使用关键字”performance”报告find 1979。这并不意味着Eclipse非常缺陷，而只是它有很好的文档和开放性。您是否受到上述任何问题的影响，取决于您正在使用的设置，plug-ins以及您的工作流程。我是Java，plug-in和EMF开发人员。我使用大中型工作空间(~1M LoC)，Eclipse 4.3.1是fast enough。 3.8版本对我来说不是一个选项，因为正如Eric所说，它不会收到所有重要的更新。人们将来仍会继续使用它。其中许多人还将继续使用Internet Explorer 5.5。如果您尝试4.x分支并注意到任何性能问题，请访问report them，但请具体说明您的设置。
来自官方Wiki page：
Several major performance defects have been addressed in Juno SR2 (4.2.2). Community members have confirmed that these fixes substantially address the performance problems with editor and view opening, closing, and switching. These fixes are widely available in Juno Service Release 2 (February 2013). All defects are also resolved in the Kepler (June 2013) release stream.