对我来说，问题是一个包含上千个文件的nodes_modules文件夹。我不得不把这个目录标为排除目录。

还请参阅可能的问题列表。

我已经通过切换到32位模式解决了性能问题。它似乎与运行IntelliJ的JRE有关。它附带32位1.7 JRE，在启动idea.exe时使用。如果启动idea64.exe，它使用安装在系统上的64位JRE。在我的例子中，使用的是1.6版本的JDK(我用于开发的JDK)。这导致IntelliJ几乎无法使用。

在安装了一个合适的64位1.7 JDK之后，64位模式也没问题。

在IntelliJ Support网站上可以看到答案。

根据我的经验，IntelliJ版本13明显比12版本慢。有几种方法可以加快速度，比如增加intelliJ的VM选项。如。我正在使用一个maven项目，为此我将运行器和导入器选项增加到4GB。它让事情变得比以前快多了。

好吧，我不能回复上面工程师Dollery的帖子，因为我还没有50个代表…但我也注意到了同样的事情关于hg4idea已经报告了一个问题:http://youtrack.jetbrains.com/issue/IDEA-118529。

除了禁用hg4idea插件，目前还没有任何修复方法。但如果这是你的问题，那就投票给虫子吧!

编辑:JetBrains已经修复了build IU-138-815中的错误!

以下选项的最佳体验(idea64.exe.vmoptions):

    -server
    -Xms1g
    -Xmx3g
    -Xss16m
    -XX:NewRatio=3

    -XX:ReservedCodeCacheSize=240m
    -XX:+UseCompressedOops
    -XX:SoftRefLRUPolicyMSPerMB=50

    -XX:ParallelGCThreads=4
    -XX:+UseConcMarkSweepGC
    -XX:ConcGCThreads=4

    -XX:+CMSClassUnloadingEnabled
    -XX:+CMSParallelRemarkEnabled
    -XX:CMSInitiatingOccupancyFraction=65
    -XX:+CMSScavengeBeforeRemark
    -XX:+UseCMSInitiatingOccupancyOnly

    -XX:MaxTenuringThreshold=1
    -XX:SurvivorRatio=8
    -XX:+UseCodeCacheFlushing
    -XX:+AggressiveOpts
    -XX:-TraceClassUnloading
    -XX:+AlwaysPreTouch
    -XX:+TieredCompilation

    -Djava.net.preferIPv4Stack=true
    -Dsun.io.useCanonCaches=false
    -Djsse.enableSNIExtension=true
    -ea

我注意到禁用许多插件确实有助于提高IntelliJ的速度。例如，我不是在开发Android应用程序。关闭与Android开发相关的插件可以加快加载时间，并使程序在我的机器上运行得更流畅。