Закладка переключения Eclipse 3.5 (и более новая) очень медленная

Ответ 1

Я включил эту строку в файл eclipse.ini(найденный внутри пакета приложений eclipse):

-Dosgi.requiredJavaVersion=1.5

к

-Dosgi.requiredJavaVersion=1.6

и переключение вкладок снова было быстрым.

Ответ 2

Перейдите к 32-разрядной версии Cocoa. 64-бит не поможет ИМХО. Это действительно отлично работает на моем 2,4 ГГц MBP. Обычно у меня около 30 открытых файлов, некоторые довольно большие, никогда не испытывали того, что вы описали.

Попробуйте получить новый 32-разрядный дистрибутив plain-vanilla Cocoa, ничего не модифицируйте и проверьте, есть ли проблема. Это может быть и мошеннический плагин. У вас есть установленные?

Проверьте состояние кучи. Откройте настройки Eclipse, на первой странице настроек есть опция "show heap status". Возможно, у вас мало памяти. Проверьте состояние свопинга на своем компьютере с помощью монитора активности - если он меняет местами, я бы рекомендовал отключить другие приложения. В общем, я рекомендую 4 ГБ оперативной памяти для машин разработки.

Ответ 3

Я знаю, что это довольно поздно в игре, но я обнаружил, что изменение разрешений на ~ workspace.metadata.plugins\org.eclipse.e4.workbench, чтобы лишить меня доступа, остановило замедление.

Кажется, что Eclipse (4.2.0) записывает поврежденный файл настроек так часто, и когда он загружается при запуске снова, он замедляет все, поскольку он постоянно бросает ошибки внутри. Изменение безопасности в этом каталоге, чтобы Eclipse не мог писать на него, является своего рода "исправлением"! Это означает, что каждый раз, когда Eclipse запускается обратно к своим настройкам по умолчанию, но если скорость важнее, я думаю, что это достойная жертва.

Ответ 4

Теперь у Juno есть исправления, чтобы начать решать эту проблему. См. комментарий # 212 по ошибке 385272 для получения информации о том, как обновить вашу установку. Если вы подождете немного дольше, вы должны найти эти исправления в вехе Кеплера 12/21/2012.

(Я полагаю, что другие предложения, размещенные здесь, например, увеличение объема памяти или tweeking различных параметров запуска или prefs, могут иметь некоторое положительное влияние на производительность, но основная проблема - это потоки, выполняемые amok, как описано в отчете об ошибке.)

Ответ 5

Это может быть ошибка, о которой упоминалось. https://bugs.eclipse.org/bugs/show_bug.cgi?id=282229

Ответ 6

переключение на 1.6 действительно помогает. Это ссылка для поиска файла eclipse.ini для mac http://wiki.eclipse.org/Eclipse.ini

Ответ 7

Этот отчет об ошибке затмения находится на месте с описанием поведения. (У меня был тот же опыт, что и новая установка Juno на жесткой машине XP.)

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

Самая полезная часть отчета об ошибке была в комментарий 29, в которой предлагается создать новое рабочее пространство. Самый простой способ сделать это:

1) выйти из затмения

2) переименовать.../путь/в/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi(например, добавить ".old" )

3) запустите eclipse

Я считаю, что изменение -Dosgi.requiredJavaVersion = 1.5 до 1.6 может помочь только случайно, если вообще.

Ответ 8

Увеличьте пределы памяти в eclipse.ini, похоже, исправил это для меня - не уверен, останется ли он неподвижным, хотя

С

-vmargs
-Xms40m
-Xmx512m

С

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

ТАКЖЕ - если вы пришли из aptana3 и импортировали свой проект - вам нужно сделать это

• Нажмите "Свойства проекта"
• Перейдите в раздел "Строители"
• Убедитесь, что нет "пропавших строителей". Если есть, снимите флажок, у меня было два оставшихся от aptana, когда я импортировал свой проект (com.aptana.ide.core.unifiedBuilder AND com.aptana.editor.php. aptanaPhpBuilder)

---- UPDATE ----

Исправлено - , но не по причинам, которые я думал. Мой SVN больше не был признан затмением. Как только я нажму "поделиться с командой" и снова подключился к нему, снова появились проблемы переключения табуляции. Я попытаюсь выяснить, является ли это проблемой svnKit vs JavaHL - я не уверен, что коннектор, который я выбрал, когда на этот раз настраиваю затмение.

Если вы хотите подтвердить, что это ваша проблема, пытаясь отключиться от SVN (Team- > disconnect) и перезапустить eclipse

Ответ 9

Это известная проблема. Поскольку вы используете JDK1.5, вы можете попробовать вариант Carbon.

Ответ 10

Я испытываю ту же проблему, используя OS X 10.5.7 и Eclipse 3.5.2 на довольно низкой машине (в начале 2006 года iMac с 1,5 ГБ). Сразу после того, как я запустил свою машину, все очень быстро. Я даже могу запустить JBoss AS, и до сих пор нет замедления. Я контролирую "Swap used" в мониторе активности, и он остается при использовании байта 0 байтов.

Затем я запускаю что-то еще, например iTunes и почту или переключаясь на другую учетную запись.

Вещи становятся медленными, а это, как ожидается, и я вижу, что "Swap used" увеличивается. Eclipse замедляется до ползания, и работа с ним почти невозможна.

Затем я выхожу из другой учетной записи, закрываю все остальные приложения, которые я открыл, поэтому состояние моей машины в основном то же самое, что и при еще быстром. НО... он остается собакой медленно! Несмотря на то, что я закрыл все остальные приложения, "Swap used" в мониторе активности немного уменьшился (от ~ 1,2 до 700 МБ). Простое переключение вкладок между двумя очень простыми файлами Java занимает до 20 секунд, пока я вижу в мониторе активности, что использование ЦП достигает 100%.

Здесь определенно что-то странное. Это не похоже на нормальное поведение. Это так: если Mac OS X переходит в "медленный режим", когда я требую от него слишком много ресурсов, но когда ресурсы там снова, он не восстанавливается.

Очень раздражает!

Если я reset машина и снова откроется тот же рабочий набор (Eclipse с теми же 2 файлами открыт, JBoss AS запущен в режиме отладки, Safari с 1 окном), все будет очень быстро снова.

Ответ 11

Теперь я могу более или менее подтвердить, что проблема действительно связана с Eclipse 3.5.

Я запустил Eclipse на гораздо более мощном Mac, 27-дюймовом ядре I7, 2,93 ГГц с 8 ГБ оперативной памяти и SSD, работающем под управлением ОС X 10.6.4. Первоначально это было очень гладко и быстро, но после времени около десяти часов или около того, Eclipse внезапно снова замедлилось. У меня почти ничего не было, что работает на заднем плане. Просто Eclipse (32 бит, учитывая его 1,5 ГБ памяти), JBoss AS и Safari.

Простой переключатель вкладки займет несколько секунд, и пока я заметил, что загрузка процессора на одно ядро ​​идет на 100%. То же самое произошло с перспективами переключения и различными другими операциями.

Когда я перезапустил только Eclipse, все было полностью быстро. Это произошло пару раз.

Ответ 12

Для меня проблема была связана с подключением SVNKit к версии Juno Eclipse. Я занимаюсь разработкой Android с использованием Juno-версии Eclipse, и когда я включил интеграцию с командой SVNKit, я получил следующие проблемы:

• Очень медленное переключение между файлами кода в Eclipse IDE.
• Большой пробел и пространство на панели инструментов между значками печати и Android SDK Manager.

Для меня... Я отключил следующие параметры в разделе "Окно" > "Настройки" > "Team- > SVN" в настройках "Просмотр"... появился параметр "Показывать синхронизировать информацию постепенно"... Я отключил это и переключение между файлами улучшилось.... но по-прежнему существует задержка по сравнению с отсутствием подключения SVN.

Без подключения SVN... переключение между файлами в норме.

У меня была Java 1.6 в Eclipse.ini Я не изменил настройки для памяти.

Ответ 13

TL; DR для потока ошибок:

http://wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation#Resolution

Работал для меня.

Ответ 14

Исходная проблема медленного переключения между вкладками появилась в Eclipse Neon (только 4.6.2?), используя тему Темная.

Решение: отключить тематические полосы прокрутки в e4-dark_win.css (внизу файла): StyledText { swt-scrollbar-themed: false; [...]