有人知道这个IDE的情况吗?我已经使用它一段时间了,最近它变得非常缓慢且有时无法响应。即使只是编辑一堆js文件,也会占用大量CPU。
可能性: 1.我的代码库越来越大... 2.我有几个监听器,当这些文件发生变化时,后台编译coffeescript和sass文件。
无论如何,我对这个IDE的速度非常惊讶(不好),从一个IDE的开发者那里期望更好的表现。
之前有人遇到过这种问题吗? 10x
有人知道这个IDE的情况吗?我已经使用它一段时间了,最近它变得非常缓慢且有时无法响应。即使只是编辑一堆js文件,也会占用大量CPU。
可能性: 1.我的代码库越来越大... 2.我有几个监听器,当这些文件发生变化时,后台编译coffeescript和sass文件。
无论如何,我对这个IDE的速度非常惊讶(不好),从一个IDE的开发者那里期望更好的表现。
之前有人遇到过这种问题吗? 10x
有几个性能优化措施可以应用于Webstorm,以查看是否可以改善您的情况。当我和我的同事发现Webstorm变慢时,这些调整解决了我们所有的问题。
首先,请确保您的项目已配置为有效地利用webstorm资源,通过从项目中排除特定目录。这将确保包含的文件未在内存中索引,并且在执行诸如搜索文件或文件中的文本等功能时不会降低性能。一些例子是好的候选人要排除node_modules
目录和编译代码目录。
如果仍然存在性能问题,请尝试以下操作:
如果您使用的是Windows,默认情况下您使用32位版本。导航到Webstorm目录(在程序文件中),您将看到webstorm64.exe
,它将以64位模式运行Webstorm。(您可能需要自己安装适当的64位JDK。)
当您的项目包含超过10000个类时,默认的IntelliJ IDEA VM选项可能不是最优的,开发人员经常尝试更改默认选项以最小化IntelliJ IDEA挂起时间。
您可以尝试提高Webstorm的JVM内存限制。从IDE_HOME\bin\<product>[bits][.exe].vmoptions
打开VM选项。最初尝试将Xms
和Xmx
内存值加倍。
请注意,非常大的Xmx和Xms值不是很好。在这种情况下,GarbageCollector必须一次处理大量内存,并导致显着的挂起。
有关配置JVM内存选项的更多信息,请参见:
现在您可以通过UI完成它。
这是我的改变前后。垃圾回收器没有问题。只是将所有值乘以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
tsconfig.json
中设置)。我认为一旦项目变得足够大,任何更改都会强制进行大规模重新编译。这不是理想情况,但对我有用,可能对其他人也有用。