JVM编译时间与代码缓存

stan 发表于 Java

130

斯坦：

我一直在基准我的应用程序，并与江铃对其进行分析。我注意到，在负载下，它会执行相当多的JIT编译的。如果我发送了大量的每秒事务，编译时间尖峰。在编译的时候总是对应用程序的任何重负载测试按比例增长。

我还注意到，代码缓存缓慢上升为好。所以我决定代码缓存储备500MB提升到测试。糟糕的动作！现在，它的花费更多的时间进行JIT。

然后，我明确禁用代码缓存刷新通过-XX:-UseCodeCacheFlushing。然而，我注意到，峰值码缓存使用比当前的大小更大。这使我几个问题：

是否JVM尝试缓存每JIT编译？
为什么峰值码缓存大小比当前的大小，即使我禁用冲洗更大？
是否有这就是函数结束后自动删除“临时”编译的代码？

apangin：

在热点JVM中CodeCache所有JIT编译的方法停留，直到它们被回收。UseCodeCacheFlushing影响的冷（但仍然有效）编译的方法回收。然而，CodeCache还可以包含过时或无效的方法（“僵尸”），其受到吹扫在甚至与下一个扫描周期-XX:-UseCodeCacheFlushing。

在一个分层的汇编模式（默认自JDK 8）的方法，可以与不同级别的优化的被编译多次。一旦安装的方法的优化（第4层）的版本，以前的版本变得过时，并可以在完整版本的所有激活之后被回收。
当投机失败时，推测编译的方法可能会变得无效（例如，一个新的类加载后）。这样的方法也变得僵尸和稍后可以被回收。
另一个例子是OSR汇编。这是是专门编译的方法运行时，从解释执行转移到编译代码的方法的版本。在回答你的问题3，这是一种“暂时”的方法是安装编译的方法的完整版后变得过时和所有OSR激活完成。