Webstorm становится чрезвычайно медленным с узлом.js

кто-нибудь знает, в чем дело с этой IDE? Я уже некоторое время, в последнее время он стал очень медленным и не отвечает в разы. Поглощает процессор, даже когда просто редактирует кучу JS-файлов.

возможности: 1. Моя база кода становится все больше... 2. У меня есть несколько слушателей, которые компилируют файлы coffeescript и sass в фоновом режиме, когда они меняются.

в любом случае, я очень удивлен (к худшему), что это так медленно. Ожидал бы лучшего от разработчик интегрированной среды разработки IDE.

У кого-нибудь была такая проблема раньше? 10x

3 55
node.js performance webstorm

3 ответа:

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

во-первых, убедитесь, что ваш проект настроен на эффективное использование ресурсов webstorm путем исключения определенных каталогов из проекта. Это гарантирует, что содержащиеся файлы не индексируются в памяти и не снизит производительность при выполнении такие функции как поиск файлов и текста в файлах. Некоторые примеры хороших кандидатов для исключения являются node_modules каталог и каталоги скомпилированного кода.

если все еще есть проблемы с производительностью, попробуйте следующее:

если вы находитесь в Windows по умолчанию вы будете использовать 32-разрядную версию. Перейдите в каталог Webstorm (внутри program files), и вы увидите webstorm64.exe, который будет запускать Webstorm в 64-битном режиме. (Вы могли бы необходимо установить правильный 64-битный JDK сам то.)

параметры виртуальной машины по умолчанию для IntelliJ IDEA могут быть не оптимальными, когда ваш проект содержит более 10000 классов, и разработчики часто пытаются изменить параметры по умолчанию, чтобы минимизировать время ожидания IntelliJ IDEA.

вы можете попробовать поднять ограничения памяти JVM для Webstorm. Откройте параметры виртуальной машины из IDE_HOME\bin\<product>[bits][.exe].vmoptions. Сначала попробуйте удвоить Xms и Xmxзначения памяти.

обратите внимание, что очень большие значения Xmx и Xms не так уж и хорошо. В этом случае GarbageCollector должен работать с большой частью памяти одновременно и вызывает значительные зависания.

для получения дополнительной информации о настройке параметров памяти JVM вы можете обратиться к:

69

теперь вы можете сделать это из пользовательского интерфейса.

enter image description here

Это мои до-после. Никаких проблем со сборщиком мусора. Просто умножить все значения на 4. Машина: 20GB RAM, 4GHz i7 CPU & SSD диск. С дефолтами он начал отставать. Теперь не отставать.

вставка в виде текста для быстрого копирования:

# custom WebStorm VM options
# Default:
# -Xms128m
# -Xmx750m
# -XX:ReservedCodeCacheSize=240m
# -XX:+UseCompressedOops

-Xms512m
-Xmx3000m
-XX:ReservedCodeCacheSize=960m
-XX:+UseCompressedOops
15

Я имел дело с подобной ситуацией. Процессор используется для Спайка, как сумасшедший, и IDE, используемого для лаг. Перейдите в настройки WebStorm и попробуйте отключить плагины, которые вам не нужны.

например, если ваш проект использует SASS,какой смысл иметь меньше плагинов? Аналогично, если ваш проект использует Git, вам не нужно иметь интеграцию CVS или Perforce.

Disable Plugins that you don't need

процессор все еще скачет, когда WebStorm индексирует мои файлы проекта, но Обычно я просто пережду.

14