小师妹学JVM之:JIT中的PrintCompilation
简介
上篇文章我们讲到了JIT中的LogCompilation,将编译的日志都收集起来,存到日志文件里面,并且详细的解释了LogCompilation日志文件中的内容定义。今天我们再和小师妹一起学习LogCompilation的姊妹篇PrintCompilation,看看都有什么妙用吧。
PrintCompilation
小师妹:F师兄,上次你给讲的LogCompilation实在是太复杂了,生成的日志文件又多,完全看不了,我其实只是想知道有哪些方法被编译成了机器码,有没有什么更加简单的办法呢?
真理的大海,让未发现的一切事物躺卧在我的眼前,任我去探寻- 牛顿(英国)
当然有的,那就给你介绍一下LogCompilation的妹妹PrintCompilation,为什么是妹妹呢?因为PrintCompilation输出的日志要比LogCompilation少太多了。
老规矩,上上我们的JMH运行代码,文章中使用的代码链接都会在文末注明,这里使用图片的原因只是为了方便读者阅读代码:
这里和上次的LogCompilation不同的是,我们使用:-XX:+PrintCompilation参数。
其实我们还可以添加更多的参数,例如:
-Xbatch -XX:-TieredCompilation -XX:+PrintCompilation
先讲一下-Xbatch。
一般来说JIT编译器使用的是和主线程完全不同的新的线程。这样做的好处就是JIT可以和主线程并行执行,编译器的运行基本上不会影响到主线程的的运行。
但是有阴就有阳,有利就有弊。多线程在提高的处理速度的同时,带给我们的就是输出日志的混乱。因为是并行执行的,我们主线程的日志中,穿插了JIT编译器的线程日志。
如果使用-Xbatch就可以强迫JIT编译器使用主线程。这样我们的输出日志就是井然有序的。真棒。
再讲一下TieredCompilation。
为了更好的提升编译效率,JVM在JDK7中引入了分层编译Tiered compilation的概念。
大概来说分层编译可以分为三层:
第一层就是禁用C1和C2编译器,这个时候没有JIT进行。 第二层就是只开启C1编译器,因为C1编译器只会进行一些简单的JIT优化,所以这个可以应对常规情况。 第三层就是同时开启C1和C2编译器。
在JDK8中,分层编译是默认开启的。因为不同的编译级别处理编译的时间是不一样的,后面层级的编译器启动的要比前面层级的编译器要慢,但是优化的程度更高。
这样我们其实会产生很多中间的优化代码,这里我们只是想分析最终的优化代码,所以我们需要停止分层编译的功能。
最后是今天的主角:PrintCompilation。
PrintCompilation将会输出被编译方法的统计信息,因此使用PrintCompilation可以很方便的看出哪些是热点代码。热点代码也就意味着存在着被优化的可能性。
分析PrintCompilation的结果
小师妹:F师兄,我照着你的例子运行了一下,结果果然清爽了很多。可是我还是看不懂。
没有一个人能全面把握真理。小师妹,我们始终在未知的路上前行。不懂就问,不会就学。
我们再截个图看一下生成的日志吧。
因为日志太长了,为了节约大家的流量,我只截取了开头的部分和结尾的部分。
大家可以看到开头部分基本上都是java自带的类的优化。只有最后才是我们自己写的类。
第一列是方法开始编译的时间。
第二列是简单的index。
第三列是一系列的flag的组合,有下面几个flag:
b Blocking compiler (always set for client) * Generating a native wrapper % On stack replacement (where the compiled code is running) ! Method has exception handlers s Method declared as synchronized n Method declared as native made non entrant compilation was wrong/incomplete, no future callers will use this version made zombie code is not in use and ready for GC
如果我们没有关闭分层编译的话,在方法名前面还会有数字,表示是使用的那个编译器。
分层编译详细的来说可以分为5个级别。
0表示是使用解释器,不使用JIT编译。 1,2,3是使用C1编译器(client)。 4是使用C2编译器(server)。
现在让我们来看一下最后一列。
最后一列包含了方法名和方法的长度。注意这里的长度指的是字节码的长度。
如果字节码被编译成为机器码,长度会增加很多倍。
总结
本文介绍了JIT中PrintCompilation的使用,并再次复习了JIT中的分层编译架构。希望大家能够喜欢。
本文的例子https://github.com/ddean2009/learn-java-base-9-to-20
本文作者:flydean程序那些事
本文链接:http://www.flydean.com/jvm-jit-printcompilation/
本文来源:flydean的博客
欢迎关注我的公众号:程序那些事,更多精彩等着您!
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
使用反应式关系数据库连接规范R2DBC操作MySQL数据库
1. 简介 三月份已经介绍过R2DBC,它是一种异步的、非阻塞的关系式数据库连接规范。尽管一些NoSQL数据库供应商为其数据库提供了反应式数据库客户端,但对于大多数项目而言,迁移到NoSQL并不是一个理想的选择。这促使了一个通用的响应式关系数据库连接规范的诞生。 作为拥有庞大用户群的关系式数据库MySQL也有了反应式驱动,不过并不是官方的。但是Spring官方将其纳入了依赖池,说明该类库的质量并不低。所以今天就尝尝鲜,试一下使用R2DBC连接MySQL。 2. 环境依赖 基于Spring Boot 2.3.1和Spring Data R2DBC,还有反应式Web框架Webflux,同时也要依赖r2dbc-mysql库,所有的Maven依赖为: <!--r2dbc mysql 库--> <dependency> <groupId>dev.miku</groupId> <artifactId>r2dbc-mysql</artifactId> </dependency> <!--Spring r2dbc...
- 下一篇
ShowDoc v2.8.0 发布, IT 团队的在线 API 文档、技术文档工具
本次更新: 1,推出调试接口的客户端(类似postman),支持windows和mac平台。开发者在调试接口的同时即可自动生成文档到showdoc,简单好用易上手。 详情请看:https://www.showdoc.cc/runapi 2,修复MAC客户端不能复制粘贴的问题。 3,修复页面编辑锁定的bug 更新步骤请参考请参考手册的升级安装部分:https://www.showdoc.cc/help?page_id=13732 关于Showdoc的详细介绍,请看:https://www.showdoc.cc/help
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS8编译安装MySQL8.0.19
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2整合Redis,开启缓存,提高访问速度
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Hadoop3单机部署,实现最简伪集群
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果