Webstorm devient extrêmement lent avec node.js
Quelqu'un sait quel est le problème avec cet IDE? Cela fait un moment que je l’utilise, mais récemment, il est devenu très lent et ne répond plus du tout. Imprègne le processeur même lors de l'édition de plusieurs fichiers js.
Possibilités: 1. Ma base de code s'agrandit ... 2. J'ai plusieurs auditeurs qui compilent des fichiers coffeescript et sass en arrière-plan lorsque ceux-ci changent.
En tout cas, je suis très surpris (pour le pire) que cela soit si lent. S'attendrait à mieux d'un développeur d'un IDE.
Quelqu'un avait ce genre de problème avant? 10x
Vous pouvez appliquer quelques modifications de performances à Webstorm pour voir si cela améliore votre situation. Lorsque mes collègues et moi avons constaté que Webstorm ralentissait, ces ajustements ont résolu tous nos problèmes.
Tout d’abord, assurez-vous que votre projet est configuré pour utiliser efficacement les ressources Web en excluant des répertoires particuliers d’un projet. Cela garantira que les fichiers contenant ne sont pas indexés en mémoire et ne diminuera pas les performances lors de l'exécution de fonctions telles que la recherche de fichiers ou de texte dans les fichiers. Quelques exemples de bons candidats à exclure sont le node_modules répertoire et répertoires de code compilés.
Si des problèmes de performances persistent, essayez les solutions suivantes:
Si vous utilisez Windows par défaut, vous utiliseriez la version 32 bits. Accédez au répertoire Webstorm (dans les fichiers de programme) et vous verrez webstorm64.exe, qui exécutera Webstorm en mode 64 bits. (Vous pourriez peut-être vous devez installer un JDK 64 bits approprié vous-même à ce moment-là.)
Les options par défaut VM pour IntelliJ IDEA peuvent ne pas être optimales lorsque votre projet contient plus de 10 000 classes et que les développeurs essaient souvent de modifier les options par défaut pour minimiser IntelliJ = IDEA hangtime.
Vous pouvez essayer d'augmenter les limites de mémoire JVM pour Webstorm. Ouvrez les options VM à partir du IDE_HOME\bin\<product>[bits][.exe].vmoptions. Dans un premier temps, essayez de doubler les valeurs Xms et Xmxmemory.
Veuillez noter que les très grandes valeurs Xmx et Xms ne sont pas si bonnes. Dans ce cas, GarbageCollector doit travailler avec une grande partie de la mémoire à la fois et provoque des blocages considérables.
Pour plus d'informations sur la configuration des options de mémoire JVM, vous pouvez vous référer à:
- Configuration d'IntelliJ IDEA VM options - http://blog.jetbrains.com/idea/2006/04/configuring-intellij-idea- vm-options /
- Configuration des options et des propriétés de la plate-forme JVM - https://intellij-support.jetbrains.com/entries/23395793-Configuring-JVM-options-and-platform-properties
Vous pouvez maintenant le faire à partir de l'interface utilisateur.
Ce sont mes avant-après. Aucun problème avec le ramasse-miettes. Il suffit de multiplier toutes les valeurs par 4. Machine: 20 Go de RAM, 4Ghz i7 CPU et disque SSD. Avec les valeurs par défaut, cela a commencé à prendre du retard. Maintenant plus de retard.
Coller en tant que texte pour une copie rapide:
# custom WebStorm VM options
# Default:
# -Xms128m
# -Xmx750m
# -XX:ReservedCodeCacheSize=240m
# -XX:+UseCompressedOops
-Xms512m
-Xmx3000m
-XX:ReservedCodeCacheSize=960m
-XX:+UseCompressedOops
Je faisais face à une situation similaire. Le processeur avait l'habitude de piquer comme un fou, et le IDE l'habitude de décaler. Allez à la préférence WebStorm et essayez de désactiver les plugins dont vous n'avez pas besoin.
Par exemple, si votre projet utilise SASS, quel est l'intérêt de faire fonctionner le plug-in LESS? De même, si votre projet utilise Git, vous n'avez pas besoin de CVS ou de Perforce Integration.
Le processeur continue à augmenter lorsque WebStorm indexe mes fichiers de projet, mais d'habitude, je ne fais que l'attendre.