显然， 再次利用jstat gcutil 加载完两个微处事项目后，因为 IDEA 在刷新进程中瓦解了。

终于，这次测试默认配置就不包罗在内里，执行测试用例并较量功效，笔者需要从客栈中得到 Monolith 项目标最新版本， 在IDEA中打开两个微处事 此刻加载这两个微处事项目，在一个靠克日常开拓项目标场景下（加载一个大项目、加载2、3个微处事、git pull 后刷新大项目），这些完全差异的配置比拟 JetBrains 提供的默认配置，而默认配置的确弱爆了， IDEA 能看到所有的新类， 方针 笔者的打算是， 总结 在这次简短的尝试中，把 Xmx 值配置在 2G 和 3G 之间是最佳的， IDE 之外很多其他应用措施也需要耗损内存，这些配置并不会影响到应用的行为，还需要在~/Library/Preferences/IntelliJIdea15/下建设一个idea.vmoptions文件（这是 Mac OS 系统下的路径配置， Dont be a Scrooge and give your IDE some more memory 不要做守财奴，笔者明明感觉到了该 IDE 在速度和响应方面的改进， GC 的表示环境，因为在此早期阶段，巨大配置表示最佳，执行结果就越好，它有很多选项来收集各类数据（完整的文档），无论内存分派有几多。

昨天， 重要提示：代表默认配置的灰色条形柱很是高， OS X Yosemite 项目 大项目 Monolith ，可是给 GC 和内存打点指定差异的垃圾接纳器和很多差异的符号： 以上即是笔者的测试配置。

但其时笔者并未举办详细的丈量，三者之间的差别不大，笔者今朝的事情是处理惩罚几个微处事项目和一个老项目，基于你的操纵系统举办配置） 此刻，来查抄一下同时打开3个项目标环境下，会有奈何的差异，有些人会对默认的配置举办简朴的改观，你也会发明，呈现了一些的差别，70万行代码（Java8 和 Groovy ），在 IDEA 中打开而且比拟他们所耗损的时间，在大大都环境下，3个差异的自界说配置表示险些差不多。

所以，很明明，各人的方针应该是在提高机能和内存耗损之间找到一个均衡，而客户的焦点业务需求很是大，查察这篇文章， 默认（灰色标识） JetBrains 提供的默认配置： Big（大）（赤色标识） 给 Xmx 配 4096MB，Idea 在所有场景下的测试时间都是10秒，启动时间并不依赖于内存配置，为了执行该测试用例， 16GB 1600Mhz DDR3， ReservedCodeCacheSize 配置 1024MB，所以，测试各个配置带来的结果。

不只 GC 释放内存的总时间很是高（险些到达了50倍）， Xmx 和 Xms 都分派2GB，各人就是否自界说 IntelliJ IDEA 的内存配置举办了接头。

内存分派照旧起到了浸染，默认分派的内存不敷以执行该操纵， Xmx 内存大些对响应本领晋升的辅佐很是明明，还包罗对 Heap size 和垃圾接纳状况的监控。

各人可以发明，但这里只会用到：-gcutil : 这个呼吁的输出功效如下： 在本文中，这是相当均衡的内存耗损： Sophisticated（巨大的）（橘色标识） 和上面一样，可是， 2.3GHz Intel Core i7，主要操作 JVM 内建的指令对 Java 应用措施的资源和机能举办及时的呼吁行监控，给IDE多留点内存吧，参加接头的一位开拓者给笔者发了一份他的配置，比拟其它配置，如此复杂的代码库需要更多的内存，虽然， 最后的竞赛：从头加载Monolith 此刻。

所以， 加载大项目耗费的时间 此刻加载 Monolith 项目及其70万行代码，纵然对 IntelliJ IDEA 内存举办微调， GC 在默认配置下会变得异常繁忙， 在这个测试用例下，所以这只是主观感觉罢了，内存分派越多，并选出内存耗损和速度都到达最优时的最佳配置，对 IntelliJ IDEA 内存举办简朴配置今后，笔者对本身的配置并无不满，可是 Big 设置下的 Full GC 执行时间最快，303个Gradle模块 两个微处事约有1000020000行代码（ Java 8 和 Groovy ）的小项目，SSD Disc，默认配置所耗费的时间险些是其它的3倍， 测试配置 笔者配置了四种差异的配置，假如我们执行： 会发明。

给它们起了差异的名字，尚有一些开拓者会基于他们的需求举办全脸蛋大的配置， 但从三个自界说例子中可以发明，经测试发明。

该配置却极其巨大， 最后一次利用jstat-gcutil 因为 IDEA 在默认配置下无法刷新项目，差别还长短常明明的，假如你有更多的时间可以用 jstat 和 jvisualm 查抄用差异的 JVM 配置如何影响机能和内存占用，这并不敷为奇， 不外。

测试呆板和项目 条记本电脑：MacBook Pro Retina，并且 Full GC 的平均执行时间也很是很是长，笔者认为，但很是好奇，而默认配置仍旧输给了其他两种配置。

最重要的参数是 GC 事件（ YGC 和 FGC ）次数和收集时间（ YGCT 和 FGCT ），笔者无法丈量实际时间，为了好记，这样，大量的时间都花在了 Full GC 上面，有些人选择默认配置，大内存设置耗费的时间是最短的， 功效 Idea启动时间 正如上图所示，而且刷新 Gradle 模块， 从上图可以看出，固然是针对同个项目，都可以大大晋升 IDE 机能， 原文地点：https://mp.weixin.qq.com/s?__biz=MzA3MTUzOTcxOQ==mid=2452978870idx=1sn=000169fe850dbb17ea1848d803821f13utm_source=tuicoolutm_medium=referral ，各有一个Gradle模块 测试场景 在 Idea 中封锁所有项目 基于测试文件 idea.vmoptions 举办配置 重启电脑 启动后封锁所有不相关的项目（ communicators 等等） 打开 Idea（测试时间） 打开大项目（测试时间） 查抄 jstat -gcutil 打开两个微处事项目（测试时间） 查抄 jstat -gcutil 返回大项目然后点击刷新 Gradle 项目按钮（测试时间） 查抄 jstat -gcutil jstat -gcutil jstat 是 JDK 自带的东西，这已经是相当多的内存了： Balanced(均衡的)（蓝色标识） Xmx 和 Xms 都分派 2GB ，另外，这是 IDE 响应速度低的主要原因，。