«Операция удаленного системного обозревателя» вызывает зависание на пару секунд


126

Я наблюдаю «Операцию удаленного системного обозревателя» в режиме просмотра Eclipse после каждого сохранения файла Java (так что это может быть связано с компиляцией?). Это делает Eclipse непригодным для использования от 1 до 10 секунд. В некоторых проектах (примерно одинакового размера) это быстрее, в некоторых - медленнее.

Я понятия не имею, какой плагин может быть причиной этого. У меня есть Build id: 20090920-1017. У меня установлено довольно много плагинов .

Я попытался включить все удаленные системы в enabled=falseНастройки | Удаленные системы (что бы это ни значило). Я не помог.

Есть идеи, как это решить?

РЕДАКТИРОВАТЬ:

  1. В Project | Build automaticallyвыключенном состоянии этого не происходит . Так что это часть строительного процесса.

36
У меня есть эта проблема, и это год 2016 - 7 ЛЕТ
СПУСТЯ

6
невероятно, что эта проблема все еще существует в Neon.2
acteon

4
удаление пружинных инструментов в кислороде сработало для меня
Alfredo M

20
Все еще там в 2018 :)
alban maillere

8
У меня есть эта проблема, и это год 2018 - 9 ЛЕТ СПУСТЯ !!!
jmhostalet

Ответы:


21

Вот шаги:

  1. Щелкните по меню Windows>Preferences
  2. Выберите General> Workspace> Buildв дереве
  3. Uncheck Use default build order
  4. Выбрать RemoteSystemsTempFiles
  5. щелчок Remove Project
  6. щелчок Apply and Close

1
Великолепно - поскольку сейчас 2016 год, это должен быть недавно принятый ответ. Однако мне интересно, что сломает удаление этого из сборки ?!
HDave

1
Что произойдет, если вы добавите новые проекты - добавляются ли они автоматически в этот список? В противном случае это не лучший способ, поскольку люди, скорее всего, забудут добавить проекты вручную. Что вы думаете?
Тилль

173

Вот шаги:

  1. Щелкните по меню Windows>Preferences
  2. Выберите General> Startup and Shutdownв дереве
  3. Uncheck RSE UI
  4. Выбрать Remote Systemsв дереве
  5. Uncheck Re-open Remote Systems view to previous state
  6. Перезапустить Eclipse

Примечание: у вас должен быть Eclipse 4.3.1 (или новее) из-за ошибки в предыдущей версии


Принимаю этот ответ, поскольку это, кажется, решение проблемы текущего поколения. (Я не заметил ошибки и исправления в частности)
Grzegorz Oledzki

попробовал все это, что, наконец, сработало для меня, это последняя часть - обновление до luna (4.4.0)
theRiley

11
Каждая новая версия затмения хуже предыдущей. Больше оперативной памяти, более быстрые диски, но Eclipse становится все хуже и хуже
Игорь Вукович

1
Сейчас 2018 год. Проблема все еще не решена! У меня это не сработало. Попробуйте Q9703: удалить RemoteSystemsTempFilesиз Windows -> Настройки -> -> Общие -> Рабочая область -> Порядок сборки
AnthonyY

Комбинация между этим ответом и ответом Q9703 позволяет действительно значительно улучшить производительность Eclipse. RSE должен быть отключен, а также автоматические сборки собственных проектов.
Alessandro C

8

Это тоже сводило меня с ума.

Благодаря этой теме я понял, что это плагин RSE, но также не смог удалить Remote System Explorerплагин. Мне пришлось удалить все плагины, чьи имена начинались с org.eclipse.rse plugins/, теперь они работают.


Спасибо, я использую STS 3.9.3.RELEASE, похоже, это решило мою проблему
pmverma 01

Кажется, это решает проблему, но при отладке STS остается очень медленным, продолжая зависать. Я думаю, что "работа удаленного системного обозревателя" - не единственная ошибка.
Alessandro C

5

У меня тоже есть эта проблема.

Я обнаружил, что эта операция является частью Remote System Explorerплагина, который входит в комплект SpringSource 3.3 (Kepler). Пытаюсь понять, как его удалить сейчас. Отправлю сюда, как только найду.

Информацию о том, как установить, можно найти здесь (шаг 3): http://www.patrickjwaters.com/blog/2011-07-24/how-setup-eclipse-php-pdt-remote-system-explorer-theme- менеджер-и-Друпала-плагинов / 35

Что касается удаления, я все еще пытаюсь (вариант удаления выделен для меня серым цветом на панели сведений об установке).

Я пробовал Windows > Preferences > Remote Systems, установив все на false, но проблема все еще возникла.

Решение
С тех пор мы перешли на обычную установку Eclipse Kepler и просто добавили необходимые плагины (за исключением Remote System Explorer). Это устранило проблему.


5

Закройте представление Git-Staging!

У меня была такая же проблема на моем Eclipse 4.3 Kepler. После удаления (закрытия) представления Git-Staging проблема была решена!


В точности то, что я ожидал, я импортировал проект Git, и проблема началась, спасибо за подтверждение. В принципе, помогает закрыть все вкладки, которые синхронизируют или обновляют информацию о «текущем файле в контексте».
кисна 07

Что, если мне нужно представление Git? :)
user1438038

Не помогло :-(
lilalinux

3

Мне приходилось сталкиваться с задачами «Работа удаленного системного обозревателя», выполняемыми при сохранении ресурсов.

Kepler + AspectJ + SpringSource В моем случае это было вызвано недопустимыми определениями pointcut. У меня было 30 pointcut, и 4 из них ссылались на удаленный класс. Я заметил мигающие маркеры Spring AOP.

После того, как я починил точечные вырезы, замораживание прекратилось.


да .. Если есть какие-то проверки Аспекта, мигают den, это вызовет эту проблему. Моя проблема (такая же) была решена после исправления / удаления этого конкретного класса.
Bandham Manikanta

3

Думаю, я нашел способ решить эту проблему ...

  1. Если появится всплывающее окно, закройте его и нажмите кнопку «Стоп» внизу.
  2. Снимите флажок "Создавать автоматически" в разделе "Проект".
  3. Проект | Построить проект
  4. Установите флажок «Создавать автоматически»

А теперь попробуйте еще раз то, что вы делали.


1

Window -> Show View -> Other... -> Remote System Details (or maybe Remote Systems)

Это с Eclipse 4.3 Kepler (2013/2014)

Найдите все НЕ МЕСТНЫЕ элементы и удалите их. Я не видел никакой функции ОТКЛЮЧЕНИЯ.

Для меня это, кажется, останавливает дополнительную задержку от 1 до 3 секунд (на Intel i7) при сохранении с помощью редактора и завершения автоматической сборки.

http://forum.spring.io/forum/spring-projects/springsource-tool-suite/128402-sts-3-3-0-m2-and-remote-system-explorer-poor-performances намекает, что STS 3.4M1 + может облегчить проблемы, я еще не пробовал это, поскольку я запускаю только выпуски GA, поэтому попробую, когда Kepler SR1 выйдет через 7 дней.


1

Для меня на данный момент Spring Tool Suite 3.9.4. Выпуск, отключающий удаленную систему через меню настроек, исправил проблему. Вот ссылка, которая мне помогла. но через некоторое время проблема снова там!


0

На одну неделю переключился на фотон затмения, больше не видел надоедливой "удаленной системы ...".


0

Я также испытал несколько операций удаленного системного обозревателя при компиляции проекта C ++ в eclipse (я использую Nsight bu nvidia - платформу на основе eclipse). После того, как я выполнил все предложенные здесь решения, у меня все еще была проблема.

НО - когда я изменил -Wallпараметр на -wпараметр для компилятора gcc, проблема исчезла.

ПЕРЕЙДИТЕ К - Свойства проекта -> Сборка -> Настройки -> вкладка Настройки инструмента -> компилятор gcc -> предупреждения -> снимите флажок -Wallи установите флажок-w

То же самое и с компилятором G ++.


0

Я также столкнулся с " Remote System Explorer Operation" задачами, выполняемыми при экономии ресурсов.

При использовании AspectJметода Around В моем случае это было вызвано Aspectjсозданием маркеров AOP вокруг метода Spring.

Удаление AspectJмаркеров из Eclipse Markersконсоли. Проблема зависания системы будет решена автоматически.


-7

Проблема исчезла после некоторого обновления библиотек Eclipse (все еще использующих ту же сборку). Итак, я думаю, что решение - выполнить обновление.


1
Это «решение» не помогает остальным!
Philippe

Та же проблема здесь -.-
mesx

Здесь та же проблема. Решение действительно не работает. Не следует отмечать как ответ.
Сергей Карпушин

1
Три года назад у меня это сработало. Сейчас (2013 г.) по какой-то причине я вижу много активности в вопросе, которая, вероятно, может быть или не быть связана с предыдущим поведением. В любом случае, у меня нет проблем с выбором другого ответа, если доказано, что он помогает людям.
Grzegorz Oledzki
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.