Подтвердить что ты не робот

Eclipse зависает при копировании/вырезании для файлов JavaScript

У меня установлены Eclipse Kepler и NodeEclipse. Для причин производительности NodeEclipse я отключил помощник контента для файлов JavaScript.

Проблема: Всякий раз, когда я копирую или разрезаю некоторые строки в файлах JS (ctrl + c/ctrl + x), загрузка процессора идет на 100%, а процесс затмения - всю память ( > 1 ГБ). Я думаю, что происходит хэп-трекинг. Увеличение объема памяти JVM max - это вариант, но для eclipse недостаточно 1 ГБ?

Это может быть утечка памяти. Это конкретная проблема с Nodeclipse? Существуют ли обходные методы/настройки в eclipse для disable?

Отредактировано: Когда я дважды нажимаю на переменную, CPU откачивает до 100% в течение 3-4 секунд, падает. У меня есть отметки, которые уже разбили. Это происходит только для файлов route/*. Js, а не для общей папки. Исследуя больше, я обнаружил, что строка комментариев, содержащая require('<package-name>'), решает эту проблему, почему?

4b9b3361

ОТВЕТЫ

Ответ 1

нашел решение:

перейти в Окно > Настройки > JavaScript > Редактоp > Пометить места событий и снимите флажки. Это должно сделать это.

Причина этой проблемы:

Когда u нажимает ctrl для копирования/вставки, предполагается, что это операция "ctrl + mouseOver", которую мы делаем, прежде чем нажимать на имя метода/переменной, чтобы достичь точки объявления или получить доступ к ее документации. Следовательно, он пытается найти все вхождения текста, находящегося под курсором мыши, вместе с его точкой объявления и документацией.

Надеюсь, что это поможет:)

Ответ 2

Переход к окну → Настройки → JavaScript → Редактор → Ввод → При вставке

затем снимите флажок Обновить импорт.

В моем случае производительность значительно улучшилась. Совет о шляпе comment, оставленный @Alexander Taylor.

Ответ 3

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

Я думаю, что ограничения использования памяти заключаются в том, чтобы гарантировать, что вредоносные программы не едят память без остановки (и влияют на производительность всей операционной системы). Обычно затмение занимает 200-400 МБ. Если ваше среднее затмение превышает 500 МБ, я полагаю, вы установили слишком много плагинов в один экземпляр Eclipse.

Поднять проблему для разработчиков Nodeclipse https://github.com/Nodeclipse/nodeclipse-1/ и дать точные версии ОС, Java, Eclipse, Nodeclipse. Кроме того, поскольку это проблема с производительностью, вы должны указать свой процессор конфигурации ПК, размер ОЗУ. Без этой точной информации невозможно расследовать. Вы также можете попробовать себя на другом ПК, другой версии Eclipse, другой версии Java и т.д. И сравнить, найти лучшую комбинацию. Пожалуйста, поднимите проблему, даже если вы обнаружили решение самостоятельно.

Внимательно прочитайте http://www.nodeclipse.org/. (Вы должны прочитать перед использованием, по крайней мере, чтобы узнать некоторые советы и как получить помощь.) Я не уверен, что это проблема с Nodeclipse, но если она воспроизводится, тогда она должна быть решена быстро или ошибка Eclipse bugzilla для повышения, если это связано с некоторым проектом Eclipse.

Для информации (начиная с Nodeclipse 0.10)
1) Nodeclipse имеет 2 редакторов: JSDT и TextEditor. Оба имеют завершение кода. Попытка использования TextEditor может определить, связана ли проблема с JSDT.
2) Для проверки используется проверка JSHint. JSHint запускается на движке Rhino, который не так быстр и потенциально может занять много времени на крупных проектах. Однако JSHint Integration довольно зрелый проект, и есть опции, чтобы остановить проверку после определенного количества предупреждений.