6. 如果你想写自己的Benchmark框架
简介
使用过JMH的同学一定会惊叹它的神奇。JMH作为一个优秀的Benchmark框架带给了我们无数的欢乐。作为一个有极客精神的程序员,那么有没有想过去自己实现一个Benchmark框架呢?
在实现Benchmark框架的时候有需要注意些什么问题呢?快来一起看看吧。
八条军规
这里叫军规实际上不合适,只是借用一下军规的来彰显一下气势!大家不要太介意。
第一条军规
工欲善其事,必先利其器。想写好一个JMH当然需要深入了解JVM的运行原理,包括JIT,C1,C2编译器和他们的分层编译原理,JIT运行时的编译优化,包括Loop unrolling, Inlining, Dead Code Elimination, Escape analysis, Intrinsics, Branch prediction等等。
当然,最好是参考一下大牛们写过的JMH框架,找点灵感。
最后大家要了解,Benchmark框架不是万能的。它只是在特定的环境中JVM的表现。
因为在Benchmark中我们肯定是要做循环的,一般来说就是某某方法运行多少次,这种比较简单的循环。实际上,JVM运行的代码是非常复杂的。Benchmark远远不能代表JVM的全部。
但是,见微知著,使用Benchmark还是可以一窥JVM的秘密的。
第二条军规
在JMH中,我们一般需要设置warmup和measurement的次数:
@Warmup(iterations = 10, time = 1, timeUnit = TimeUnit.SECONDS)
@Measurement(iterations = 5, time = 1, timeUnit = TimeUnit.SECONDS)
这是为什么呢?我们知道JIT中的代码是动态编译成为机器码的,并且是需要一定的时间的。
只有JIT检测到你这是热点代码,才会对其进行优化。
我们检测代码的性能,一般是指代码在稳定运行的环境中的情形。而不是指第一次或者前几次运行的时候,因为这个时候,这些代码可能并没有被编译成机器码。这样的出来的结果往往是和实际不相符的。
第三条军规
在编写Benchmark的同时,一定要开启JVM的日志。例如: -XX:+PrintCompilation, -verbose:gc等。
为什么呢?
大家想想benchmark是做什么的呢?就是统计时间的。
我们希望在运行benchmark的时候,JVM不要做任何不属于运行代码的任何事情,否则就可能会影响到benchmark的准确性。
所以开启JVM的日志就是为了做校验。不要在做benchmark的时候有其他操作。