Eclipse 3.5(和更新版本)切换选项卡非常慢

时间:2009-06-26 00:49:51

标签: java eclipse macos

我在使用Java 1.5.0.19的Macos 10.5上使用eclipse 3.5(cocoa build)。

我刚打开了3个java文件 1档~2000行 另外2个是~700行。

但是当我从1个文件选项卡切换到另一个时,eclipse需要很长时间(约20秒)才能切换到另一个选项卡。

我已经将eclipse.ini更改为

more eclipse.ini
-startup
../../../plugins/org.eclipse.equinox.launcher_1.0.200.v20090520.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx_1.0.0.v20090519
-product
org.eclipse.epp.package.jee.product
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vmargs
-Dosgi.requiredJavaVersion=1.5
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-XX:MaxPermSize=512m
-Xms128m
-Xmx1024m
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts

有没有办法让eclipse 3.5更快速?

谢谢。

14 个答案:

答案 0 :(得分:52)

我在eclipse.ini文件中找到了这一行(在eclipse应用程序包中找到):

-Dosgi.requiredJavaVersion=1.5

-Dosgi.requiredJavaVersion=1.6

并且标签切换再次快速。

答案 1 :(得分:3)

使用32位Cocoa版本。 64位不会帮助恕我直言。它在我的2.4 GHz MBP上真的很棒。我通常有大约30个文件打开,有些相当大,从未体验过你所描述的文件。

尝试获取一个新的普通香草32位Cocoa发行版,不要修改任何内容并检查是否存在问题。它也可能是一个流氓插件。你有安装吗?

检查堆状态。打开Eclipse首选项,在第一个首选项页面中有一个“显示堆状态”选项。你的内存可能不足。使用活动监视器检查机器的交换状态 - 如果交换很多,我建议关闭其他应用程序。通常,我建议4 GB RAM用于开发机器。

答案 2 :(得分:2)

我知道这对游戏来说已经很晚了,但我发现将权限更改为〜workspace.metadata.plugins \ org.eclipse.e4.workbench以拒绝自己访问会停止减速问题。

似乎Eclipse(4.2.0)经常写出一个损坏的设置文件,当它在启动时再次加载时,它会减慢一切,因为它会不断地在内部抛出错误。更改该目录的安全性以便Eclipse无法写入它是一种“修复”!它确实意味着每次Eclipse启动它都会回到默认设置,但如果速度更重要,我认为这是值得的牺牲。

答案 3 :(得分:2)

现在有Juno的补丁开始解决这个问题。有关如何更新安装的信息,请参阅comment #212 on bug 385272。如果您等待一段时间,您应该会在2012年12月21日的开普勒里程碑中找到这些修复程序。

(我相信此处发布的其他建议,例如增加内存或推送各种启动参数或prefs可能会对性能产生一些积极影响,但潜在的问题是错误报告中描述的线程运行错误。)

答案 4 :(得分:1)

答案 5 :(得分:1)

切换到1.6确实有帮助。 这是找到mac的eclipse.ini文件的链接 http://wiki.eclipse.org/Eclipse.ini

答案 6 :(得分:1)

这个日食错误报告与您描述的行为相关。 (我在使用强大的XP机器上使用新的Juno安装时也有同样的经验。)

https://bugs.eclipse.org/bugs/show_bug.cgi?id=385272

错误报告中最有用的部分是comment 29,它建议创建一个新工作区。最简单的方法是:

  

1)退出日食

     

2)重命名... / path / to / workspace / .metadata / .plugins / org.eclipse.e4.workbench / workbench.xmi   (例如,追加“.old”)

     

3)开始日食

我认为改变-Dosgi.requiredJavaVersion = 1.5到1.6可能只是顺带帮助,如果有的话。

答案 7 :(得分:1)

在eclipse.ini中增加内存限制似乎已经为我修复了这个问题 - 不确定它是否会保持固定

发件人:

-vmargs
-Xms40m
-Xmx512m

-vmargs
-XX:MaxPermSize=512m
-Xms256m
-Xmx784m

另外 - 如果您来自aptana3并导入了您的项目 - 您需要这样做

  1. 单击“项目属性”
  2. 转到"建筑商"
  3. 确保没有" Missing Builders"如果有的话,取消选中它们 - 当我导入我的项目时(com.aptana.ide.core.unifiedBuilder AND com.aptana.editor.php.aptanaPhpBuilder),我有两个来自aptana的遗留下来。
  4. ----更新----

    修复了 - 但不是因为我认为的原因。我的SVN不再受到eclipse的认可。 我一见到'与团队分享'并重新连接了标签切换问题再次出现。我将尝试弄清楚它是否是一个svnKit与JavaHL问题 - 我不确定当我选择哪个连接器时这次设置了日食。

    如果您想确认这是您尝试断开与SVN(Team->断开连接)并重新启动eclipse的问题

答案 8 :(得分:0)

这是一个已知问题。 由于您使用的是JDK1.5,因此可以尝试使用Carbon变体。

答案 9 :(得分:0)

我在相当低端的机器上使用OS X 10.5.7和Eclipse 3.5.2遇到了同样的问题(2006年初iMac使用1.5GB)。然而,在我启动机器之后,一切都非常活泼。我甚至可以启动JBoss AS,但仍然没有减速。我在活动监视器中监视“交换使用”,它保持在0字节交换使用。

然后,我推出其他内容,如iTunes和邮件或切换到其他帐户。

事情变得缓慢,这是预期的,我看到“交换使用”增加。 Eclipse慢慢变成了爬行,使用它几乎是不可能的。

然后我退出另一个帐户,关闭我打开的所有其他应用程序,因此我的机器状态基本上与它仍然很快时的状态相同。但是......它会让狗慢慢停下来!即使我关闭了所有其他应用程序,活动监视器中的“交换使用”也只会减少一点(从大约1.2GB到大约700MB)。只需在2个非常简单的Java文件之间切换标签需要20秒,同时我在活动监视器中看到CPU使用率达到100%的稳定。

这里确实有一些奇怪的事情发生。这似乎不是正常行为。当Mac OS X需要过多的资源时,它会进入“慢速模式”,但当资源再次存在时,它无法恢复。

非常讨厌!

如果我重置机器并再次打开完全相同的工作集(Eclipse打开相同的2个文件,JBoss AS在调试模式下启动,Safari有1个窗口)一切都很快。

答案 10 :(得分:0)

我现在或多或少可以确认问题确实存在于Eclipse 3.5中。

我在功能更强大的Mac上运行Eclipse,27英寸核心I7,2.93Ghz,8GB内存和运行OS X 10.6.4的SSD。最初这是非常顺畅和活泼但是经过十几个小时左右的上升时间后,Eclipse突然开始再次减速。我几乎没有在后台运行任何东西。只是Eclipse(32位,因为它有1.5GB内存),JBoss AS和Safari浏览器。

一个简单的制表符开关需要几秒钟,同时我注意到一个核心的CPU负载达到100%。切换视角和各种其他操作也是如此。

当我重新启动Eclipse时,一切都完全快了。这发生了几次。

答案 11 :(得分:0)

对我来说,问题是与Juno版本的Eclipse的SVNKit连接集成。我正在使用Juno版本的Eclipse进行Android开发,当我打开SVNKit团队集成时,我遇到了以下问题:

  1. Eclipse IDE中的代码文件之间切换非常慢。
  2. 打印和Android SDK Manager图标之间工具栏中的超大间隙和空间。
  3. 对我来说......我在“视图设置”下的Window-> Preferences-> Team-> SVN下关闭了以下设置...有一个“逐步显示同步信息”的设置...我将其关闭并且文件之间的切换得到改善....但是仍然存在延迟而没有连接SVN。

    没有连接SVN ......文件之间的切换是正常的。

    我在Eclipse.ini中使用了Java 1.6 我没有更改内存设置。

答案 12 :(得分:0)

答案 13 :(得分:0)

使用 Dark 主题, Eclipse Neon (仅限4.6.2?)再次出现了标签之间切换速度缓慢的原始问题。

解决方案:禁用e4-dark_win.css(文件底部)中的主题滚动条 StyledText { swt-scrollbar-themed: false; [...]