使用node.js,Webstorm变得非常慢

时间:2014-09-10 12:53:59

标签: node.js performance webstorm

任何人都知道这个IDE的交易是什么? 我已经运行了一段时间,最近它变得非常缓慢而且反应迟钝。 即使只编辑一堆js文件,也会吞噬CPU。

的可能性: 我的代码库越来越大...... 2.我有几个听众在这些改变时在后台编译coffeescript和sass文件。

无论如何,我感到非常惊讶(更糟糕的是)这太慢了。从IDE的开发者那里可以期待更好。

以前有人遇到过这种问题吗? 10X

4 个答案:

答案 0 :(得分:71)

您可以对Webstorm进行一些性能调整,以确定它是否可以改善您的情况。当我的同事和我发现Webstorm正在放慢速度时,这些调整解决了我们所有的问题。

首先,确保您的项目配置为通过从项目中排除特定目录来有效利用Webstorm资源。这将确保包含文件不会在内存中编制索引,并且在执行搜索文件或文件中的文本等功能时不会降低性能。要排除的优秀候选者的一些示例是node_modules目录和已编译的代码目录。

如果仍有性能问题,请尝试以下操作:

如果您在Windows上默认使用32位版本。导航到Webstorm目录(在程序文件中),您将看到webstorm64.exe,它将以64位模式运行Webstorm。 (那么你可以自己need to install a proper 64-bits JDK。)

当项目包含10000个以上的类时,IntelliJ IDEA的默认VM选项可能不是最佳选择,并且开发人员经常尝试更改默认选项以最小化IntelliJ IDEA挂起时间。

您可以尝试提高Webstorm的JVM内存限制。从IDE_HOME\bin\<product>[bits][.exe].vmoptions打开VM选项。最初尝试将XmsXmx内存值加倍。

请注意,非常大的Xmx和Xms值不太好。在这种情况下,GarbageCollector必须同时处理大部分内存并导致相当大的挂起。

有关配置JVM内存选项的更多信息,请参阅:

答案 1 :(得分:17)

您现在可以从UI进行操作。

enter image description here

这些是我之前的。垃圾收集器没问题。只需将所有值乘以4.机器:20Gb RAM,4Ghz i7 CPU&amp; SSD磁盘。默认情况下,它开始滞后。现在没有再次滞后。

粘贴为快速复制的文本:

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

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

答案 2 :(得分:16)

我正在处理类似情况。 CPU曾经像疯了一样飙升,IDE过去常常滞后。转到WebStorm首选项并尝试禁用不需要的插件。

例如,如果您的项目使用SASS,那么让LESS插件运行的重点是什么?同样,如果您的项目使用Git,则无需进行CVS或Perforce Integration。

Disable Plugins that you don't need

当WebStorm索引我的项目文件时,CPU仍然高峰,但我通常只是等待它。

答案 3 :(得分:0)

停止我的TypeScript文件观看大有帮助(在IDE设置菜单和tsconfig.json中)。我假设一旦项目足够大,任何更改都将导致重新编译。这不是理想的选择,但这对我有用,也可能对其他人有用。