【问题标题】:Slowness in Eclipse Juno (4.2)Eclipse Juno 中的缓慢 (4.2)
【发布时间】:2012-10-25 15:56:38
【问题描述】:

我在 Eclipse 4.2 Juno 中遇到了一些切换选项卡速度缓慢的问题,希望有人能提供一些答案。最初的延迟大约是 10 秒,一旦我在 eclipse.ini 文件中指定了 java vm,它就会下降到 2-4 秒,但这仍然比我认为的要慢。我已经卸载了所有我认为可能有问题的插件,并在下面列出了活动的插件,我相信系统已经足够了,但还是列出了规格。感谢您能给我的任何帮助。

系统:
视窗 7x64
1.73 Ghz i7
8 GB 内存

Eclipse 插件:
Eclipse 颜色主题
PHP 开发工具 (PDT)

Eclipse.ini:

-vm  
C:\Program Files\Java\jre7\bin\javaw.exe  
-startup  
plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar  
--launcher.library  
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20120522-1813  
-showsplash  
org.eclipse.platform  
--launcher.XXMaxPermSize  
512m  
--launcher.defaultAction  
openFile  
-vmargs  
-server  
-Dosgi.requiredJavaVersion=1.7  
-Xmn256m  
-Xms4196m  
-Xmx4196m  
-Xss4m  
-XX:PermSize=256m  
-XX:MaxPermSize=256m  
-XX:+UseParallelGC  

【问题讨论】:

标签: java eclipse eclipse-pdt eclipse-juno


【解决方案1】:

您可以按照此链接上的说明安装 Eclipse UI Juno SR1 优化补丁,前提是您使用的是 Eclipse Juno SR1 版本并且面临这个缓慢问题: http://wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation

由于以上链接内容已更新,不再提供补丁下载部分。因此,对于寻找下载详细信息的其他人,您需要做的就是从更新站点安装 Juno SR1 补丁--Eclipse UI Juno SR1 优化:http://download.eclipse.org/eclipse/updates/4.2 - 使用帮助菜单的过程 -> 安装新软件

【讨论】:

  • 我从 4.2 开始就一直被性能问题所困扰,但是自从安装了这个之后,它变得又快又快。
【解决方案2】:

Juno 中的 UI 性能存在一些已知问题。请参阅https://bugs.eclipse.org/bugs/show_bug.cgi?id=385272 的冗长讨论

Juno Service Release 2 (SR2) 已经发布,它解决了许多 UI 性能问题。

【讨论】:

    【解决方案3】:

    更改 java 内存堆大小。查看 -XX:PermSize=256m -XX:MaxPermSize=256m 并更改为 1024m。 给你一个链接:http://www.jguru.com/faq/view.jsp?EID=424214

    【讨论】:

    • 更改此选项可将启动加载时间缩短约 1/3,所以我感谢您,但选项卡切换似乎仍然像以前一样慢。也许这只是朱诺的问题。
    【解决方案4】:

    尝试将主题更改为Classic

    【讨论】:

    • 是的。同样的问题 - MyBatis 的简单 XML 将 eclipse 挂了几分钟 - 我回滚到 Helios ......但是在将我的项目与存储库同步时遇到了一些麻烦。考虑一下。
    • 这一改变大大提高了我的 Linux Eclipse Juno 速度!
    【解决方案5】:

    所有这些都使我的朱诺大大提高了速度:)

    【讨论】:

      【解决方案6】:

      我遇到了同样的问题,我升级到 Eclipse Juno 4.2.2 和我的系统:Intel Core 2 Quad Q9550 2.83Ghz 8,00 GB RAM Windows 7 Ultimate x64。我也使用 GIT

      当我在我的项目上按鼠标右键时,我花了很长时间(约 40 秒)才能做任何事情。

      直到我在我的 Linux 服务器(不同的系统)上运行 "git gc" 并得到以下结果:

      • 计数对象:6454,完成。
      • Delta 压缩最多使用 8 个线程。
      • 压缩对象:100% (5983/5983),完成。
      • 写入对象:100% (6454/6454),完成。
      • 总计 6454(增量 1785),重复使用 0(增量 0)。

      之后我刷新了我的项目,从那时起鼠标右键动作立即响应。

      我希望这对任何人都有帮助,我只需要与您分享。

      我的 Eclipse ini:

      -startup
      plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar
      --launcher.library
      plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20120913-144807
      -showsplash
      org.eclipse.platform
      --launcher.XXMaxPermSize
      256m
      --launcher.defaultAction
      openFile
      -vmargs
      -server
      -Xmn128m
      -Xms2048m
      -Xmx2048m
      

      【讨论】:

        【解决方案7】:

        我无法使用维护版本更新我的 eclipse,但我在 eclipse 问题跟踪器中找到了一个非官方的补丁,这让我的 eclipse 更快。看到这个答案:https://stackoverflow.com/a/13470794/337621

        【讨论】:

          【解决方案8】:

          安装 4.3M4 - 他们在那里显着提高了速度,现在我终于从 3.8 切换了 :)

          【讨论】:

            【解决方案9】:

            当我的 Eclipse Juno 导入了很多 Java 项目时,我的 Eclipse Juno 速度非常慢(我说的是 45-50 左右)。我最终做的是:

            1. 创建了“工作集”以根据“组件”划分项目。
            2. 使用“工作集”确定哪些 Java 项目不需要“打开”。
            3. 关闭不必要的项目。

            最终的结果是 Eclipse 与它应有的一样快速和敏捷。性能接近3.8。

            此外,在 Java 或 Debug 透视图中的“Package Explorer”视图中,我将“Top Level Elements”设置为“Working Sets”,以便更清楚地了解我在应用程序中的编码位置。

            这样搜索结果和“查找类型/查找资源”结果也更快捷。

            【讨论】:

              【解决方案10】:

              当我尝试在选项卡之间切换时,我的 Eclipse 非常慢(时间约为 2-3 秒)。我以这种方式修改了我的 eclipse.ini,但它不再发生(我的 RAM 是 2GB):

              -startup
              plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar
              --launcher.library
              plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20120522-1813
              -product
              com.android.ide.eclipse.adt.package.product
              --launcher.XXMaxPermSize
              256m
              -showsplash
              org.eclipse.platform
              --launcher.XXMaxPermSize
              256M
              --launcher.defaultAction
              openFile
              -vmargs
              -Dosgi.requiredJavaVersion=1.6
              -Declipse.buildId=v21.0.1-543035
              -Xms1024m 
              -Xmx1024m
              

              【讨论】:

                【解决方案11】:

                另一个 Eclipse 占用过多 CPU 的错误是由于 regexp 在 Console 中解析很长的行导致的,请参阅https://bugs.eclipse.org/bugs/show_bug.cgi?id=175888 解决方法是不要在 System.out/err 中编写很长的行。

                【讨论】:

                  【解决方案12】:

                  升级到 Eclipse 4.3 给了我巨大的性能提升。

                  似乎他们在新版本中修复了很多性能错误。

                  【讨论】:

                  • 我刚刚开始使用 Vim。 :)
                  • @seagoj 我很快就搞砸了 Emacs,但是当你不得不使用 Java 时,这并不好玩。最后,我切换到了IDEA。不过,Eclipse 4.3 还不错,也许您可​​以再试一次。但如果您不必使用 Java,请坚持使用 Vim。 ;-)
                  【解决方案13】:

                  打开 Eclipse,转到 Windows>关闭所有透视图然后确认并让 Eclipse 重新启动。

                  【讨论】:

                    猜你喜欢
                    • 2012-07-12
                    • 1970-01-01
                    • 2013-04-22
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 1970-01-01
                    • 2012-07-03
                    相关资源
                    最近更新 更多