node.js performance webstorm

Webstorm se vuelve extremadamente lento con node.js



performance (3)

Alguien sabe cuál es el trato con este IDE? Lo he estado ejecutando durante un tiempo, últimamente se ha vuelto muy lento y no responde a veces. Engulle CPU incluso cuando solo edita un montón de archivos js.

Posibilidades: 1. Mi código base se está haciendo más grande ... 2. Tengo varios oyentes que compilan los archivos coffeescript y sass en segundo plano cuando estos cambian.

En cualquier caso, estoy muy sorprendido (para peor) de que esto sea tan lento. Esperaría mejor de un desarrollador de un IDE.

¿Alguien tuvo este tipo de problema antes? 10x

Ahora puede hacerlo desde la interfaz de usuario.

Estos son mi antes y después. No hay problemas con el recolector de basura. Simplemente multipliqué todos los valores por 4. Máquina: 20Gb de RAM, 4Ghz i7 CPU y disco SSD. Con los valores predeterminados, comenzó a retrasarse. Ahora no hay retraso otra vez.

Pegar como texto para una copia rápida:

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

Estaba lidiando con una situación similar. La CPU solía tener picos como locos, y el IDE solía retrasarse. Vaya a la preferencia de WebStorm e intente deshabilitar complementos que no necesita.

Por ejemplo, si su proyecto usa SASS, ¿qué sentido tiene ejecutar MENOS el complemento? Del mismo modo, si su proyecto usa Git, no necesita tener CVS o Perforce Integration.

La CPU todavía aumenta cuando WebStorm está indexando mis archivos de proyecto, pero generalmente solo espero.

Hay un par de ajustes de rendimiento que puede aplicar a Webstorm para ver si mejora su situación. Cuando mis colegas y yo descubrimos que Webstorm estaba desacelerando, estos ajustes resolvieron todos nuestros problemas.

Lo primero es lo primero, asegúrese de que su proyecto esté configurado para utilizar los recursos de tormentas web de manera eficiente al excluir directorios particulares de un proyecto. Esto asegurará que los archivos que contengan no estén indexados en la memoria y no disminuirá el rendimiento al realizar funciones como buscar archivos o texto dentro de los archivos. Algunos ejemplos de buenos candidatos para excluir son el directorio node_modules y los directorios de código compilado.

Si todavía hay problemas de rendimiento, intente lo siguiente:

Si está en Windows de forma predeterminada, estaría utilizando la versión de 32 bits. Navegue hasta el directorio Webstorm (dentro de los archivos de programa) y verá webstorm64.exe , que ejecutará Webstorm en modo de 64 bits. (Es posible que deba instalar un JDK de 64 bits adecuado ).

Las opciones de VM predeterminadas para IntelliJ IDEA pueden no ser óptimas cuando su proyecto contiene más de 10000 clases y los desarrolladores a menudo intentan cambiar las opciones predeterminadas para minimizar el tiempo de espera de IntelliJ IDEA.

Puede intentar aumentar los límites de memoria JVM para Webstorm. Abra las opciones de VM desde IDE_HOME/bin/<product>[bits][.exe].vmoptions . Inicialmente intente duplicar los valores de memoria Xms y Xmx .

Tenga en cuenta que los valores Xmx y Xms muy grandes no son tan buenos. En este caso, GarbageCollector tiene que trabajar con una gran parte de la memoria a la vez y causa problemas considerables.

Para obtener más información sobre la configuración de las opciones de memoria JVM, puede consultar: