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

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

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

在我的例子中，GIT集成似乎导致编辑器在使用13时慢得令人沮丧。

在GIT集成开启的情况下，在输入大约30个字符后，用户界面会冻结一秒钟左右。它通常不长，但很烦人。

我使用的是GIT 1.7.8.0。运行于Windows 7 64，固态硬盘，12g内存，intel I7, 8个cpu。我尝试了各种方法，比如更新idea64.exe。vmoptions使用更多的内存，如-Xmx2400m和-XX:MaxPermSize=2400m， -XX:ParallelGCThreads=6，但这并没有解决问题。

git存储库是1.3 gb，包含65,000个文件。

我在新的git存储库中创建了一个新的“grails”项目，没有问题。我在现有的大型git存储库中创建了一个新的grails项目，intellij很慢。我通过打开项目设置对话框并删除git根来关闭git集成，问题就消失了。

我尝试通过13个UI禁用所有GIT后台操作，但没有什么不同。我还尝试了GIT内置模式和本机模式，没有什么不同。

在我的情况下，解决办法似乎是禁用GIT集成，直到我需要它，然后重新添加GIT根。如果其他人可以验证相同的问题，那么我们可能会将其报告为问题。

以下选项的最佳体验(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

增加编译器的堆大小。默认值是700m，随着插件数量的增加，这个值太小了。

在v2019.1中，它位于这里:

设置->构建，执行，部署->编译器->构建进程堆大小(Mbytes)

在我放了4000之后，它解决了我的大部分性能问题。

75s -> 10s intellij启动。我所做的就是从默认的32位exe切换到64位exe。

我已经通过切换到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网站上可以看到答案。