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

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

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

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

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

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

Ответ 1

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

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

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

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

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

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

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

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

Настройка параметров IntelliJ IDEA VM - http://blog.jetbrains.com/idea/2006/04/configuring-intellij-idea-vm-options/
Настройка параметров JVM и свойств платформы - https://intellij-support.jetbrains.com/entries/23395793-Configuring-JVM-options-and-platform-properties

Ответ 2

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

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

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

Ответ 3

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

Это мои до и после. Никаких проблем с сборщиком мусора. Просто умножил все значения на 4. Машина: 20 Гб оперативной памяти, 4Ghz i7 CPU и SSD-диск. По умолчанию он начал отставать. Теперь нет отставания.

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

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

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