【问题标题】:How can you speed up Eclipse?如何加速 Eclipse?
【发布时间】:2008-11-25 03:18:56
【问题描述】:

如何让 Eclipse 体验更快?

例如:我禁用了所有我不需要的插件(Mylyn、Subclipse……)。

我没有为Mercurial 使用插件,而是将TortoiseHG 配置为外部工具。

【问题讨论】:

  • 安装更多(另外 4GB)内存。我有点认真。 Eclipse 在 3GB 的 windows 7 机器上运行良好。内存少,不那么热。
  • 版本控制将是我最后选择禁用的插件。我发现 Eclipse 在保持工作空间与文件系统同步方面仍然有些不可靠。我不怪你想要比当前插件中的东西更好的 VC 工具,但我以前在这方面被 Eclipse 咬过。
  • 这里的答案将我的 Eclipse 启动时间从 20 秒缩短到不到 4 秒。
  • Eclipse Juno 对很多人来说都超级慢,比如切换编辑器等。现在有一堆上游性能修复可以大大改善这种情况。有关安装补丁的说明,请参阅wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation
  • 没有插件对我来说仍然超级慢。启动时间还不错,但是任何时候必须更新文件引用或其他东西,都会花费不合理的时间。它有时也会滞后于自动完成。

标签: eclipse performance


【解决方案1】:

对 Eclipse 速度影响最大的三个因素是:

  • 使用最新版本的 Eclipse(2020-06,截至 2020 年 6 月 26 日)
    请注意,David Balažiccomment(2014 年 7 月)与六年前有效的标准相矛盾:

Indigo (3.7.2) SR2 中的“相同”工作区加载时间为 4 秒,Kepler SR2 (4.3.2) 中的加载时间为 7 秒,Luna (4.4.0) 中的加载时间为 10 秒。都是 Java EE 包。较新的版本有更多捆绑的插件,但趋势仍然很明显。 (我所说的“相同”工作区是指:使用相同(额外安装的)插件,从版本控制中签出相同的项目)。

  • 使用最新的 JDK 启动它(在撰写本文时是 Java 14,这并不妨碍您在 Eclipse 项目中使用您想要的任何其他 JDK 进行编译:1.4.2、1.5、1.6老...)

      -vm jdk1.6.0_10\jre\bin\client\jvm.dll
    
  • 配置eclipse.ini(参见this question for a complete eclipse.ini

      -Xms512m
      -Xmx4096m
      [...]
    

Xmx 参数是 Eclipse 将获得的内存量(简单来说)。使用-Xmx4g,它可以获得 4 GB 的 RAM 等。


注意:

  1. 引用 jvm.dll 有好处:
  • 启动画面即将出现。
  • Eclipse.exe 在进程列表中而不是 java.exe。
  • 防火墙:Eclipse 想要访问 Internet 而不是 Java。
  • 窗口管理品牌问题,尤其是在 Windows 和 Mac 上。

十二月。 2020 年,Udo 符合 in the comments

从版本 4.8 (Photon) 开始,每个版本之后都有稳定的速度增益。
主平台在每个版本都进行了优化,以加快加载速度,为深色主题启用更多功能,并为 Java 开发工具的较新 Java 版本添加更多功能。
特别是在最近 3 个版本中,启动时间增加了很多。使用最新版本的 Eclipse 2020-12 应该会显着增加启动时间。

根据我的经验,每个新版本的启动速度都会快得多。
但是:仍然有一些插件不遵循使用 Eclipse API 的新方式,因此启动速度仍然很慢。
由于从 Eclipse 版本 2020-09 开始更改为 Java 11 作为最低运行时版本,至少核心系统使用了 JVM 的更新功能。升级到更新的 API 并使用现代 CPU 的全部功能(例如并发编程模型)取决于其他插件的提供者。

【讨论】:

  • jvm.dll 在其他操作系统上的等效项是什么?
  • @Dan:来自wiki.eclipse.org/…:“窗口上的jvm.dll,'nix 平台上的libjvm.so”。
  • @Dan:不要和libjava.so混淆:在Linux上,libjava.so依赖于libjvm.so,但反过来不是这样:$ readelf -d libjava.soDynamic segment at offset 0x208a8 contains 25 entries:Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libjvm.so] [...] : 当库包含此类信息时,ld.so 将在进程加载libjava.so 时自动加载libjvm.so
  • @Dan 如果没有给出 -vm 参数,它将默认使用 windows 上的 jvm.dll 和其他操作系统上的平台默认库(例如 libjvm.so);根据VonC发布的链接“但如果你try to push the memory too high.它也可能有一些缺点”
  • “使用最新版本的 Eclipse”——根据我的经验,情况正好相反。 Indigo (3.7.2) SR2 中的“相同”工作区加载时间为 4 秒,Kepler SR2 (4.3.2) 中的加载时间为 7 秒,Luna (4.4.0) 中的加载时间为 10 秒。都是 Java EE 包。从来没有版本有更多的捆绑插件,但趋势仍然很明显。 (通过“相同”工作区,我的意思是:使用相同(额外安装)的插件,从版本控制中签出相同的项目)
【解决方案2】:

-Xverify:none 添加到您的eclipse.ini 文件中。

它将大大减少您的 Eclipse 启动时间(如果不是更多的话,在我的情况下是 50%)。这将告诉 VM 不要验证它正在加载的所有 .class 文件。

考虑一下:Never Disable Bytecode Verification in a Production System (如 cmets 中所述)

【讨论】:

  • 类验证的目的是什么?如果我们在启动时禁用,Eclipse 什么时候有机会这样做?
  • @RajkumarMasaniayan 类验证是确保要运行的代码不会试图欺骗 JVM 的步骤。
  • 基本上,如果您禁用类验证,任何带有漏洞利用的 Java 类都可以逃脱 Java 虚拟机 (JVM) 并以您的用户帐户执行它想要的任何代码。一般来说,如果您的安全性取决于 JVM 包含,请不要禁用验证。但是,考虑到 Eclipse 插件可以将新文件写入文件系统并启动任何可执行文件,即使经过验证,您也有很多攻击面。因此,我认为使用 Eclipse 启用类验证并不能真正提高您的安全性。
  • 请注意此配置在最新的 java 14 中已过时和禁止
  • -Xverify:none 自 Java 13 起已被弃用
【解决方案3】:

转到 Windows -> Preferences -> Validation 并取消选中您不想要或不需要的任何 validators

对于 Eclipse 3.7,您使用 Windows -> Preferences -> General -> 启动和关闭

【讨论】:

    【解决方案4】:

    确保您使用 Sun JVM 来运行 Eclipse。

    在 Linux,尤其是 Ubuntu 上,默认安装 Eclipse 以使用开源 GCJ,其性能极差。使用update-alternatives --config java切换到Sun JVM,大大提高Eclipse中的UI敏捷性。

    【讨论】:

    • 现在可以安装openjdk-7了,和Sun Java 7差别不大。
    • 不,垃圾收集在 Open 与 Oracle 中明显慢。这是由于算法的专利问题。
    • @MarkLopez 您能否为此添加指向权威来源的链接?
    • IBM JVM 在许多情况下的性能都优于 Sun JVM .... 时代可能已经改变!
    • 现在(2017 年)您应该使用 OpenJDK 8 运行 Eclipse(java -version 应该说类似于 openjdk version "1.8.0_131")。我发现 OpenJDK 9 导致许多任务的性能较差(延迟较高)。
    【解决方案5】:

    关闭所有当前未使用的打开项目。

    在开发过程中尝试关闭自动发布模式。

    【讨论】:

    • 刚刚学会了这个技巧。关闭未打开的一个(我的工作区中必须有大约 20-30 个)会立即产生明显的不同。
    【解决方案6】:

    感谢您的提示。 这些选项(上面提到的)对我帮助很大:

    Windows:

    增加内存和关于我在 eclipse.ini 中更新的 Java 版本:

    -Dosgi.requiredJavaVersion=1.6
    -Xms512m
    -Xmx512m
    -XX:PermSize=512m
    -XX:MaxPermSize=512M
    -Xverify:none
    

    此外,由于我们正在优化速度,将-Xms 设置为与-Xmx 相同的值会使JVM 以允许使用的最大内存量启动。

    Linux / Ubuntu:

    使用

    update-alternatives --config java
    

    【讨论】:

    • 为什么要将 XmX 设置为 512m?
    • 在 Ubuntu 中运行命令会导致以下结果:“无需配置。”
    • @Igor,堆空间大小 (-XmX) 取决于您系统的内存。当我问这个问题时,512m 是我的旧 WinXP 上网本的优化值。在这里阅读更多:stackoverflow.com/questions/4304312/…
    • 我的意思是运行 update-alternatives --config java。这与 Eclipse.ini 无关
    • 好吧,“无需配置。”表示一切都很好。
    【解决方案7】:

    禁用标签装饰可以获得另一个性能提升 (Windows -> Preferences; General -> Appearance -> Label Decorations) 并在启动时禁用未使用的功能 (Windows -> Preferences; General -> Startup and Shutdown)。

    您还可以通过根据您的 JVM 选择不同的垃圾收集策略来获得额外的性能。

    如果您厌倦了重启周期,您可以使用 ZeroTurnaround 的 JavaRebel。这将缩短您在服务器/客户端重新启动上花费的时间。

    【讨论】:

    • 如果您正在寻找开源替代方案,请尝试 DCE VM 而不是 JavaRebel。 - ssw.jku.at/dcevm
    • 我喜欢那个启动和关机技巧。
    • 如果您提供一个有用的装饰器列表,这个答案会更有用。对我来说,这至少是 SVN,还有一些错误装饰器。
    • DCE VM "注意:最新的 Java 版本 1.6 update 26 与 DCE VM 不兼容。支持所有较旧的 Java 1.6 版本。"
    • 小心不要蒙着眼睛移除装饰物(就像我曾经做过的那样,丢失了一些重要信息,如 git 标签等。请参阅:stackoverflow.com/questions/50861795/…
    【解决方案8】:

    虽然与 Eclipse 没有直接关系:

    如果您运行的是 Windows 7(可能是 Windows Vista),如果您的资料位于默认位置 - 您的主文件夹,请务必禁用工作区文件夹的文件索引。默认情况下,Windows 会为您的主文件夹中的所有内容编制索引,这通常只会浪费您的工作空间。 (在资源管理器中右键单击工作区文件夹,Properties -> Advanced。)

    【讨论】:

    • 这种技术甚至可以扩展到整个系统盘和其他驱动器。最好在全新安装后进行,因为如果您有更多文件,该过程可能需要更多时间。右键单击您的目标驱动器,在“常规”选项卡底部取消选中“允许此驱动器上的文件除文件属性外还有内容索引”。一个递归过程将开始,这可能需要很长时间,但最终会富有成效。 (虽然它非常不同,但我会将这种技术与在 Linux 上安装具有“noatime”和“nodiratime”选项的文件系统进行比较。这也可以创造奇迹。)
    • 我建议一般保持索引器打开,除非您通常不使用嵌入在 Windows 中的搜索功能。对于工作区,最好关闭。
    【解决方案9】:

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

    【讨论】:

      【解决方案10】:

      Eclipse 懒加载插件,最常见的插件, 像Subclipse,如果你不使用它们就不要做任何事情。 它们在运行时根本不会减慢 Eclipse 的速度,而且 不会帮助您禁用它们。事实上,Mylyn 被证明是 正确使用时减少 Eclipse 的内存占用。

      我使用大量插件运行 Eclipse,但没有任何性能 罚款。

      • 尝试禁用您可能没有的编译器设置 需要(例如“永远不会读取参数”下的子选项)。
      • 您使用的是哪个版本的 Eclipse?旧版本 如果您一遍又一遍地升级它们,它们会很慢 再次,因为他们的插件文件夹膨胀了 使用重复的插件(不同版本)。这个 在 3.4 版本中不是问题。
      • 使用工作集。他们比关闭项目工作得更好, 特别是如果您需要在组之间切换 一直在做项目。

      使用 -Xmx 不仅需要增加内存 开关,也是perm gen size。我觉得 Eclipse 3.4 解决了这个问题。

      【讨论】:

        【解决方案11】:

        在 Windows 尤其是 Linux 上,还有一件事真正加快了 Eclipse 的速度 - 将 JVM 放在 RAM 磁盘中。

        对于 Windows,您可以使用商业广告 RAM disk driver from Qsoft

        对于 Linux,请使用 Internet 上众多文章中描述的任何方法。为 RAM 磁盘提供比 JVM 大小大 10% 的额外空间非常重要。

        检查一下。这真的很重要。

        【讨论】:

        • 你能澄清一下吗?你的意思是把target/bin文件夹放到ramdisk上吗?
        • 您只需将安装后的 JRE 或 JDK 目录的全部内容复制到您的 ramdisk。比在 eclipse.ini 中添加参数 -vm /jre/bin/server/jvm.dll (windows) 或 jvm.so for linux
        • 除非 jvm 不断地从缓存中清除,否则这怎么可能在具有相当数量 ram 的 linux 机器上产生任何影响?你不能只做一个grep -r 或者使用vmtouch 将页面加载到 fs 缓存中吗?
        • 1.) 因为 Linux 交换算法并不完美。 2.) 它牺牲了 Java 性能来换取其他领域的性能。
        • 请注意,Ubuntu 现在在 /dev/shm 有一个内置 RAM 驱动器。您可以在启动时将 JDK 复制到那里。性能提升 20-30%。
        【解决方案12】:

        我给它大量内存(在启动它的命令中添加一个-Xmx 开关)并尽量避免退出和重新启动它 - 我发现最严重的延迟是在启动时,所以给它大量的 RAM 让我在它崩溃之前继续运行更长的时间。

        【讨论】:

        • 把你所有的内存都拿出来。它很贪婪,默认值 (
        【解决方案13】:

        除了最新的软件(最新的 Eclipse 和 Java)和更多的 RAM,您可能还需要

        • 删除不需要的插件(并非所有插件都需要 Mylyn 和 J2EE 版本的 Eclipse)
        • 不需要的验证器
        • 禁用拼写检查
        • 关闭 Java 编辑器中未使用的选项卡(是的,它有助于减少 Eclipse 负担)
        • 关闭未使用的项目
        • 禁用不需要的标签声明 (SVN/CVS)
        • 禁用自动构建

        reference:making-eclipse-ide-faster

        【讨论】:

        • 所以基本上建议是关闭大部分 Eclipse?
        【解决方案14】:

        我实现了一个插件来配置在运行时加载哪些功能,以提高性能并减少不同插件之间的冲突。

        您可能在 Eclipse 中安装了许多功能,例如 Android 开发工具、C/C++ 开发工具、PHPSVNGitClearCase 插件。因此 Eclipse 很重,而且会占用大量内存,而且其中一些并不经常使用。

        所以您可以使用我的工具来创建不同的运行时策略,例如一个包含 Android、Git 和基本 Eclipse,另一个包含 C/C++、SVN 和基本 Eclipse。如果您使用的策略只有 Android 和 Git,那么下次 Eclipse 只会加载指定的功能。

        欢迎您尝试并给我反馈。 :)

        该工具的名称是Equinox Advanced Configurator

        【讨论】:

          【解决方案15】:

          另一个技巧是禁用自动构建。

          【讨论】:

            【解决方案16】:

            我还调整了 vmargs 和其他东西。但真正在 Windows 上加速 Eclipse 的是防病毒软件的“正确”配置。您必须禁用打包文件的按需扫描。 jar 文件,许多与java 相关的文件都使用PKZIP 算法打包以节省空间。因为 Eclipse 使用大量的 java 文件,所以防病毒软件会尝试单独解压缩并扫描每个文件。所以对于 Windows 平台:关闭打包文件的按需扫描,否则 Eclipse 会非常慢。请记住,不幸的是,禁用此功能会使您的系统抵御攻击的能力较弱,大多数恶意软件都使用加壳程序。

            【讨论】:

            • 在 Microsoft Security Essentials 中将 Eclipse、Java 和 Javac exe 列入白名单确实起到了最大的作用。启动时间从大约 3 分钟缩短到不到 30 秒。
            • 这是一个非常好的主意,现在我在 Windows 安装中也只使用 Microsoft Security Essentials。白名单比关闭对所有打包内容的扫描要好得多,因为恶意软件负载也以这种形式出现。
            【解决方案17】:

            在限制打开标签的数量时,我的性能得到了显着提升(过去我经常打开 30 多个标签)。您可以让 Eclipse 自动为您处理:

            Window -> Preferences -> Editors -> 自动关闭编辑器

            8 open tabs 是 >> 符号出现之前的数量,所以我倾向于将其保留为 8。

            当打开更多标签时,最近最少访问的标签将被关闭。

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

            如果它有未保存的修改,您可以提示保存并重复使用(选项卡将关闭,将在其位置打开一个新选项卡)。或者您可以打开一个新的编辑器端,从而增加打开的选项卡的数量(不显眼的选择)。

            如果您想确保某些选项卡永远不会自动关闭,您可以固定它们。这通过单击图钉图标(工具栏中最右侧的图标,以“图钉编辑器”作为工具提示文本)。

            【讨论】:

              【解决方案18】:

              此线程中的最佳实践在免费的Optimizer For Eclipse 中实现,来自ZeroTurnaround

              它有什么帮助?

              • 内存分配不足
              • 类验证开销
              • 过多的索引和历史记录
              • JDK 过时或速度慢
              • Eclipse 已过时
              • 漫长的构建和重新部署时间

              更多详情,请查看article from RebelLabs

              【讨论】:

                【解决方案19】:

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

                • 右键单击您的项目并选择首选项。
                • 选择您的构建路径设置并删除您的项目文件夹。
                • 然后只添加您拥有源代码和库代码的文件夹。

                【讨论】:

                  【解决方案20】:

                  不可低估的是拥有一台快速的机器。 16-32 GB 的 RAM,SSD 和一个不错的处理器......你去那里。

                  【讨论】:

                  • 这个主题是关于“加速 Eclipse”的。因此,我严重怀疑您优化 IDE 代码的建议是否对这里有任何帮助。我确实同意您不需要最新的系统来获得不错的性能。没有声称。我的备用笔记本电脑(以防我的主笔记本电脑出现问题)是 2008 年 MacBook(非 Pro),配备 Core 2 Duo,我以 100 美元的价格升级到 8GB RAM 和 60GB SSD。也就是说,这是一个使用 10 年的机器,运行 macOS High Sierra 和 Eclipse PDT,性能不错。标准的 2GB RAM 和 HDD 不会出现这种情况。
                  • iroybot,你是绝对正确的。主题是关于最终用户如何对抗 Eclipse 开发人员对难以置信的低效代码的冷漠接受。顺便说一句,您尝试过 NetBeans 吗?它在 2GB 的 RAM 和 HDD 中运行良好。
                  • 我还是很慢,从冷启动eclipse启动需要20s,有没有办法让它只需要1s来打开所有东西?
                  • 您使用的是什么硬件? Eclipse 在我的盒子上在 7 秒内打开,它是带有第 8 代 Coffe-Lake i7-8559U 的 Intel NUC8i7、64GB 相当慢的 RAM (2400 MHz)、一个快速的 Corsair MP600 NVME SSD 驱动器。我在 macOS 上使用 openjdk 15.0.1。
                  【解决方案21】:
                                         **Tips for making Eclipse IDE Faster**
                  

                  Eclipse 在处理小型项目时会运行得更快。但是当您必须处理大型项目时,您会对其速度感到恼火。即使拥有巨大的 RAM,您也不会对其感到满意 速度。以下步骤将帮助日食提高其速度

                  1. 通过转到 windows–>preference–>General–>Startup and shutdown 删除启动时不需要的某些插件激活 还要确保您不在任何视图中使用这些插件

                  2. 禁用对你没用的标签装饰,也会帮助你获得一些性能。转到Windows–>首选项–>常规–>外观–>标签->装饰

                  3. 关闭不需要的项目并使用工作集选项顺利地从一组项目转移到另一组。

                  4. 配置 eclipse.ini,它将在 eclipse 安装位置可用。

                     Configuring eclipse.ini should be based on your RAM
                     -Xms256m
                     -Xmx512m
                     -XX:PermSize=512m
                     -XX:MaxPermSize=512M
                  

                  还可以查看http://wiki.eclipse.org/Eclipse.ini 了解更多选项 配置eclipse.ini。

                  1. 不要在编辑器中打开很多标签。最好有大约 20 个标签。定期关闭未使用的选项卡。要打开资源,我们总是可以使用 ctrl+shift+R 和 ctrl+shift+T (java资源)而不是打开很多选项卡 在限制打开标签的数量时,我的性能有了相当大的提升(过去我经常打开 30 多个标签)。您可以让 eclipse 自动为您处理: Window->Preferences->Editors->自动关闭编辑器 8 个打开的标签是 >> 符号出现之前的数量,所以我将 14 设置为我的默认值。 打开更多选项卡时,最近访问最少的选项卡将被关闭。当所有编辑器都是脏的或固定的。 如果它有未保存的修改,您可以提示保存和重用(选项卡将关闭,新的选项卡将在其位置打开)。或者您可以打开一个新的编辑器端,从而增加打开的选项卡的数量(不显眼的选择)。如果您想确保某些选项卡永远不会自动关闭,您可以固定它们。通过单击图钉图标(工具栏中最右侧的图标,以“图钉编辑器”作为工具提示文本)。

                  2. 转到 Windows -> 首选项 -> 验证并取消选中任何 验证器 你不想要或不需要。

                  3. 转到 Windows -> 首选项 -> 常规 -> 外观 -> 并取消选中您不需要或不需要的任何动画

                  4. 转到 Windows -> 首选项 -> Maven 并选中“不自动更新依赖项”

                  【讨论】:

                    【解决方案22】:

                    我在 Windows > Preferences > General 中禁用了所有未使用的选项,它对性能产生了巨大的积极影响,切换选项卡时 eclipse 仍然很慢,我不想增加内存,但滚动时速度要快得多.谢谢你的提示。

                    【讨论】:

                      【解决方案23】:

                      也试试这个,它会提高性能:

                      清理索引 - {workspace path}.metadata.plugins\org.eclipse.jdt.core 清理历史 - {工作区 路径}.metadata.plugins\org.eclipse.core.resources.history

                      清理上述文件夹不会影响项目文件。

                      【讨论】:

                        【解决方案24】:

                        好吧,如果您正在使用 Eclipse 开发 GWT 应用程序,那么就是这样:

                        Out of memory error in Eclipse

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

                        【讨论】:

                          【解决方案25】:

                          如果您使用 Maven 和 ivy,请检查他们的控制台,以防他们在构建期间占用处理。我使用常春藤,除此之外,我有某些 JAR 文件(内部)更改为相同的版本,因此必须一直锻炼才能获取它们。

                          如果您已将项目定义在网络驱动器上,那么您还将在构建/读取/写入类型的过程中遇到延迟。

                          • 禁用/卸载不需要的插件。

                          • 你不需要的近视

                          • 关闭未使用的数据库连接

                          【讨论】:

                            【解决方案26】:

                            在特殊情况下,性能不佳可能是由于 h2 或 nwire 数据库损坏。阅读 Five tips for speeding up Eclipse PDT and nWire 了解更多信息。

                            在我工作的地方,我们依赖 VM 来运行 Debian。我在 VM 上安装了另一个 Eclipse 版本来测试目的,但是如果我运行另一个 Eclipse 版本,这有时会产生冲突。两个 Eclipse 版本共享一个共享文件夹。我不小心让 Debian Eclipse 安装在后台运行一次,这给了我损坏的数据库文件。

                            【讨论】:

                              【解决方案27】:

                              在 Windows 8 上。 打开控制面板。找到 Windows Defender。前往设置 排除 Spring/Eclipse 和工作区所在的所有文件夹

                              【讨论】:

                              • 你云也简单排除了“eclipse.exe”进程。
                              【解决方案28】:

                              除了为内存使用配置 eclipse.ini。我已经通过“启动和关闭选项”进行了配置。我的 Eclipse 现在速度非常快。

                              【讨论】:

                              • 一些细节会很有趣:这些插件现在什么时候启用?首次使用还是需要手动启用并且在运行实例的整个生命周期内不能在您的设置中使用?如果是自动的,是否会在首次使用插件时识别滞后?
                              • @ThorstenSchöning - 这些插件默认启用。您始终可以根据自己的喜好手动启用和禁用它们。请注意,使用上述选项,您不会删除插件,而只是在启动时禁用它们,以便快速加载 Eclipse。
                              【解决方案29】:

                              使用标准插件加速 Eclipse 的唯一真正方法是为其提供更多内存,并在某些情况下访问更快的存储空间/碎片整理的硬盘驱动器。

                              除了性能方面您可以做的不多:大多数标准插件没有持续的运行时成本,即使Mylyn 相对较快。

                              升级到您机器上支持的最新 JVM 也可能会有所帮助。

                              有些人降级到较旧的 Eclipse 版本以获得更好的性能。使用 Eclipse 经典而不是官方版本也可能有意义。

                              【讨论】:

                              • 虽然不建议手动删除由 p2 管理的插件,但我发现定期清理插件可以极大地提高性能和可发布性,尤其是当您复制主 eclipse 配置并与多个开发人员共享时。在这种情况下,最好只归档主 eclipse 安装,而不是依赖每个人同步更新他们的配置。见stackoverflow.com/questions/221476/…
                              【解决方案30】:

                              试试这些。有两种方法。

                              第一道工序

                              参考这篇文章。

                              http://www.javacodegeeks.com/2014/06/the-real-way-to-make-eclipse-run-faster-on-ubuntu.html

                              第二道工序。

                              在终端执行命令。

                              ramdisk
                              

                              为 Ubuntu 获得更好的性能和更快的响应。

                              Ramdisk 是系统内存的一部分。 Ubuntu 默认使用一半的物理内存 (RAM) 作为 ramdisk,并将其挂载到

                              /dev/shm

                              ,它可以像普通磁盘空间一样使用(创建文件和文件夹并以更好的性能操作它们,而不是将它们存储在硬盘上)。如果 ramdisk 使用超过一半的 RAM,数据将被移动到交换空间。如果 ramdisk 使用较少,剩下的仍然可以做 RAM 的工作。

                              设置内存盘上限

                              如上所述,ramdisk 默认可以使用一半的 RAM。如果要更改上限,请按照以下步骤操作:

                              1. 由您喜欢的编辑器编辑 /etc/fstab:

                                gksudo gedit /etc/fstab

                              2. 找到这一行,改成这样(如果不存在就加这行,把512M改成你喜欢的):

                                tmpfs /dev/shm tmpfs 默认值,size=512M 0 0

                              3. 重启或重新挂载

                                /dev/shm

                              将 /tmp 挂载到 ramdisk 上

                              为了方便使用,可以挂载一个目录到

                              /dev/shm
                              

                              通过以下命令:

                              mkdir /dev/shm/tmp

                              chmod 1777 /dev/shm/tmp

                              mount --bind /dev/shm/tmp /tmp

                              【讨论】:

                              • 在 ubuntu 15.4 中,如果您至少有 8 GB 内存,这是一件好事。此操作后,我的其他程序变得更快。谢谢很多:)
                              • /dev/shm 被 glibc 用于信号量、共享内存对象;我建议挂载并使用另一个 ramdisk 来加速 Eclipse
                              猜你喜欢
                              • 1970-01-01
                              • 2012-03-07
                              • 2011-01-23
                              • 1970-01-01
                              • 1970-01-01
                              • 2010-10-31
                              • 1970-01-01
                              • 2013-04-17
                              • 2015-06-05
                              相关资源
                              最近更新 更多