Как вы можете ускорить Eclipse?

Как вы можете ускорить работу с Eclipse?

Например: я отключаю все плагины, которые мне не нужны (Mylyn, Subclipse, & hellip;).

Вместо использования плагина для Mercurial , я настраиваю TortoiseHG в качестве внешнего инструмента.

1246
задан 28.08.2019, 22:16

7 ответов

Три самых влиятельных фактора для скорости Eclipse:

  • Используя последняя версия Eclipse (3.4 Ganimede во время записи в 2008)
    Примечание, что David BalaЕѕic комментарий (июль 2014) противоречит этому критерии, который работал шесть лет назад:

"та же" рабочая область в Индиго (3.7.2) SR2 загружается за 4 секунды в Kepler SR2 (4.3.2) за 7 секунд и в Луне (4.4.0) за 10 секунд. Все - пакеты EE Java. Более новые версии больше связали плагины, но тем не менее тенденция очевидна. ("той же" рабочей областью я имею в виду: то же (дополнительно установленный) используемые плагины, те же проекты, проверенные из управления версиями).

  • Запуск его с последний JDK (1.7 во время записи, которая не предотвращает Вас для компиляции в проекте Eclipse с любым другим JDK, который Вы хотите: 1.4.2, 1.5, 1,6 более старых...)

    -vm jdk1.6.0_10\jre\bin\client\jvm.dll
    
  • Конфигурирование eclipse.ini (см. этот вопрос для полного eclipse.ini )

    -Xms128m
    -Xmx384m
    -XX:MaxPermSize=128m _# NOTE: this option is obsolete in Java 8, it will be ignored_
    -Xss2m
    [...]
    

Xmx аргументом является объем памяти, который Eclipse получит (простыми словами). С -Xmx384m, это добирается 384  МБ RAM, с -Xmx4G это добирается 4  ГБ, и т.д.

<час>

Примечание:

  1. что касается jvm.dll имеет преимущества:

    • Экран-заставка, подходящий раньше.
    • Eclipse.exe в списке процессов вместо java.exe.
    • Брандмауэры: Eclipse хочет получить доступ к Интернету вместо Java.
    • проблемы брендинга управления окнами, особенно в Windows и Mac

    , Но это может также иметь некоторые недостатки если Вы попытка продвинуть память слишком высоко .

  2. память по умолчанию, взятая Eclipse, комбинация MaxPermSize и Xmx. Здесь [до 1 112] 512  общее количество МБ, которое является достаточно для 1  компьютер памяти ГБ.

434
ответ дан 29.08.2019, 19:05
  • 1
    Что было бы jvm.dll, эквивалентный быть в других операционных системах? – Daniel Rucci 02.04.2011, 10:58
  • 2
    @Dan: От wiki.eclipse.org/… : " jvm.dll на окне, libjvm.so на ' отклоните platforms". – VonC 02.04.2011, 11:02
  • 3
    @Dan: Don' t путают его с libjava.so: На Linux, libjava.so зависит от libjvm.so, но обратное неверно: $ readelf -d libjava.so Dynamic segment at offset 0x208a8 contains 25 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libjvm.so] [...]: Когда библиотека содержит такую информацию, ld.so загрузится libjvm.so автоматически, когда процесс загружается libjava.so. – VonC 02.04.2011, 11:08
  • 4
    @Dan, когда никакому-vm аргументу не дадут его, будет использовать jvm.dll на окнах и библиотеке значения по умолчанию платформы (например, libjvm.so) на другом OS' es по умолчанию; согласно ссылке, отправленной VonC " Но это может также иметь некоторые недостатки если Вы попытка продвинуть память слишком высоко. " – Drupad Panchal 29.06.2011, 04:30

Единственный реальный способ ускорить Eclipse со стандартными плагинами состоит в том, чтобы дать ему больше памяти и в некоторых случаях доступа к более быстрому пространству памяти / дефрагментируемый жесткий диск.

Кроме того нет очень, можно сделать мудрый производительностью: большинство стандартных плагинов не имеет непрерывной стоимости времени выполнения, даже , Mylyn относительно быстр.

Обновление до последней JVM, поддерживаемой на Вашей машине, может помочь также.

Некоторые люди понижают до более старых версий Eclipse для получения лучшей производительности. Может также иметь смысл использовать классика Eclipse вместо официальных выпусков.

4
ответ дан 29.08.2019, 19:05
  • 1
    Хотя it' s не рекомендуемый вручную удалить плагины, управляемые p2, я нахожу, что регулярная сменная очистка значительно улучшает производительность и постспособность, особенно если у Вас есть основная конфигурация затмения, скопированная и общая с несколькими разработчиками. В этом случае it' s лучше, чтобы просто заархивировать основную установку затмения вместо того, чтобы полагаться на всех для обновления их конфигураций в синхронизации. см. stackoverflow.com/questions/221476/… – FKorning 17.07.2013, 09:13

Удостоверьтесь, что Вы используете JVM Sun для выполнения Eclipse.

На Linux, особенно Ubuntu, Eclipse установлен по умолчанию для использования GCJ с открытым исходным кодом, который имеет решительно более плохую производительность. Используйте update-alternatives --config java для переключения на JVM Sun для большого улучшения мгновенности UI в Eclipse.

87
ответ дан 29.08.2019, 19:05
  • 1
    К настоящему времени можно установить openjdk-7, который так очень не отличается от Sun Java 7. – Anony-Mousse 08.12.2011, 06:36
  • 2
    Нет, Сборка "мусора" значительно медленнее в Открытом по сравнению с Oracle. Это должно запатентовать проблемы с алгоритмами. – Mark Lopez 13.01.2014, 06:14
  • 3
    @MarkLopez Вы могли добавить ссылку к авторитетному источнику для этого? – Thorbjørn Ravn Andersen 26.06.2014, 03:09

Закройте любые открытые проекты, которые не находятся в текущем употреблении.

Попытка выключить автоматическое публикуют режим во время разработки.

50
ответ дан 29.08.2019, 19:05
  • 1
    Просто изученный этот прием другой. Закрытие нераскрытого одно (у меня должны быть приблизительно 20-30 в моей рабочей области) имело сразу заметное значение. – tunaranch 25.11.2008, 15:59

Еще один прием должен отключить автоматические сборки.

13
ответ дан 29.08.2019, 19:05

Плагины загрузок Eclipse лениво и наиболее распространенные плагины, как Subclipse, ничего не делают, если Вы не используете их. Они не замедляют Eclipse вообще в течение времени выполнения, и это не поможет Вам отключить их. На самом деле Mylyn, как показывали, уменьшал объем потребляемой памяти Eclipse, когда используется правильно.

я выполняю Eclipse с тоннами плагинов без любой потери производительности вообще.

  • Попытка, запрещающая параметры компилятора, в которых Вы, возможно, не нуждаетесь (например, подопции под "параметром никогда не читается).
  • , Какую версию Eclipse Вы используете? Более старые версии, как было известно, были медленными при обновлении их много раз потому что они расширили свою папку плагинов с дублирующимися плагинами (с различными версиями). Это не проблема в рабочих наборах Использования версии 3.4.
  • . Они работают лучше, чем заключительные проекты, особенно если необходимо переключиться между наборами проектов все время.

Это не только память, которую необходимо увеличить с переключателем-Xmx, это также генерал перманента размер . Я думаю, что проблема была решена в Eclipse 3.4.

28
ответ дан 29.08.2019, 19:05

Я даю ему тонну памяти (добавьте, что-xMx whateverM переключается на команду, которая запускает его), и постарайтесь не выходить и перезапускать его - я нахожу, что худшие задержки находятся на запуске, таким образом давая его, много RAM позволяет мне продолжать идти дольше, прежде чем это откажет.

20
ответ дан 29.08.2019, 19:05
  • 1
    дайте всему этому свой поршень, который можно сэкономить. его жадное, и значение по умолчанию (< 100 meg), невероятно недостаточно – Kent Fredric 25.11.2008, 15:31

Теги

Похожие вопросы