JIT 是 just in time 的缩写, 也就是即时编译编译器。web
在运行时 JIT 会把翻译过的机器码保存起来,以备下次使用,所以从理论上来讲,采用该 JIT 技术能够接近之前纯编译技术。下面咱们看看,JIT 的工做过程。缓存
备注:寄存器的使用是编译器的一个很是广泛的优化。寄存器的速度比主存快不少。服务器
从优化的角度讲,最简单的选择就是使用 server 编译器的分层编译技术,这将解决大约 90%左右的与编译器直接相关的性能问题。最后,请保证代码缓存的大小设置的足够大,这样编译器将会提供最高的编译性能。性能
HotSpot中有编译器和解释器并存。优化
HotSpot中内置两个JIT编译器:线程
JVM根据自身版本和机器硬件性能自动选择翻译
解释器和编译器搭配使用成为混合模式(Mixed Mode)server
分层编译:根据比那一块儿编译,优化的规模耗时,划分出不一样的编译层次对象
分层编译后,Client Compiler和Server Compiler将会同时工做,代码可能会被屡次编译,用Client得到更高的编译速度,用Server得到更好的编译质量,解释执行的时候无需搜集性能监控信息blog
热点代码有两类:
判断热点的方法主要有两种:
基于采样的热点探测(Sample Based Hot Spot Detection):周期性检查各个线程的栈顶,发现某个(某些)方法常常出如今栈顶,就是热点方法
有点简单高效,能够获取方法调用关系(将调用堆栈展开便可)
缺点是很难精确确认方法热度,容易受到线程阻塞等外界因素影响
基于计数器的热点探测(Counter Based Hot Spot Detection):为每一个方法(甚至代码块)创建计数器,统计方法调用次数,若是执行超过阈值就认为是热点方法。缺点是实现较为困难。优势是结果更精确。
基于计数器的探测:
Client模式下默认1500次,Server下默认10000次,根据参数-XX:CompileThreshold设定。
调用一个方法,先检查是否存在JIT编译版本本地代码,存在优先使用本地代码,不存在将计数器加1。而后判断调用计数器和回边计数器之和是否大于阈值,若是超过,用JIT编译器提交编译请求。JIT编译完成后方法调用入口就被系统换成新的。下次调用已编译版本。
计数器热度衰减(Counter Decay超过必定的时间限度,方法的调用次数仍未达到阈值,方法计数器减小一半。在垃圾收集期间执行,用-UseCounterDecay来关闭,以统计绝对次数。用-XX:CounterHalfLifeTime设置半半衰周期。
回边计数器:统计方法中方法体代码执行的次数,在字节码中遇到控制流向后跳动的指令成为回边(Back Edge)。
回边计数器阈值能够用-XX:OnStackReplacePercentage来间接调整。
回边计数器没有热度衰减过程。
JVM默认状况下对于即时编译请求在编译完成以前,都按照解释方式执行,编译动做在后台线程执行
参数-XX:-BackgroundCompilation禁止后台编译,此时编译请求会等待,直到编译完成后直接执行本地代码
本文由猿必过 YBG 发布