Adopt Open JDK官方文档（十）

编译过程性能优化的命令行参数

AdoptOpenJDK wiki的一个链接，提供了几个怎么提高编译过程性能的例子。

编译 jcov

项目首页(项目信息, 编译指南, 其他…)

https://wiki.openjdk.java.net/display/CodeTools/jcov

源代码:

http://hg.openjdk.java.net/code-tools/jcov

从Adopt OpenJDK持续集成网站下载。

 

快速编译指南

$ hg clone http://hg.openjdk.java.net/code-tools/jcov $ cd jcov/build $ ant clean $ ant -v -f build.xml -Dasmjar5=/path/to/asm-all-5.0.1.jar -Djavatestjar=/path/to/javatest.jar asm 可以从http://download.forge.ow2.org/asm/asm-5.0.1-bin.zip下载 jtharness 可以从https://adopt-openjdk.ci.cloudbees.com/job/jtharness/lastSuccessfulBuild/artifact/下载

当项目主页有编译指南时，请参考项目主页，同时上面的编译编译指导会被删掉，避免重复。

请参考OpenJDK代码覆盖率.

编译 sigtest

项目主页(项目信息, 编译指南, 其他…)

https://wiki.openjdk.java.net/display/CodeTools/sigtest

源代码:

http://hg.openjdk.java.net/code-tools/sigtest

快速编译指南

$ svn checkout https://svn.java.net/svn/sigtest~svn/trunk $ cd code/build $ ant build -Djdk5.home=/path/to/jdk1.5.latest \ -Djdk8.home=/path/to/jdk8.latest \ -Dmvn2.exe=/path/to/latest/bin/mvn

当项目主页有编译指南时，请参考项目主页，同时上面的编译编译指导会被删掉，避免重复。

OpenJDK代码覆盖率

Adopt OpenJDK的代码覆盖率指南code-coverage.

现存代码测试覆盖率报告 (OpenJDK8 和 OpenJDK9)

我们最近为运行在Adopt OpenJDK 编译集群上的 OpenJDK8和 OpenJDK9持续集成增加了代码测试覆盖率报告。自动为OpenJDK8 和OpenJDK9发布[jcov 报告].

运行OpenJDK9的代码测试覆盖率测试

提示:

同样的步骤也适用于’OpenJDK8′这些步骤仅用于生成’jdk’的测试覆盖率报告我们没有能够成功的生成’langtools’的测试覆盖率报告保证最新的jdk映像在OpenJDK9编译生成目录 (参见 编译你自己的OpenJDK).安装 jtreg with the jcov, 参见JTReg的使用.把这些exports添加到你的.bash_xxx配置文件中: export SOURCE_CODE=/home/<username>/workspace/jdk9/ export JTREG_INSTALL=/home/<username>/workspace/jtreg export JT_HOME=$JTREG_INSTALL export JTREG_HOME=$JTREG_INSTALL export PRODUCT_HOME=$SOURCE_CODE/build/linux-x86_64-normal-server-release/images/jdk export JPRT_JTREG_HOME=${JT_HOME} export JPRT_JAVA_HOME=${PRODUCT_HOME} export JTREG_TIMEOUT_FACTOR=5 export CONCURRENCY=8 $ cd $SOURCES/jdk9/jdk/test 编辑 Makefile 文件，在 # Make sure jtreg exists行之前增加如下行: jdkroot=<你的jdk9代码路径, 参见上面> JTREG_TEST_OPTIONS += -jcov/classes:$(jdkroot)/build/linux-x86_64-normal-server-release/jdk/modules/java.base JTREG_TEST_OPTIONS += -jcov/source:$(jdkroot)/jdk/src/java.base/share/classes JTREG_TEST_OPTIONS += -jcov/include:*

debug 模式执行测试

$ cd .. $ make test LOG=debug

打开生成的测试覆盖率报告

一旦结束了, 进入如下路径查看报告:

$ cd $SOURCES/jdk9/build/linux-x86_64-normal-server-release/testoutput/jdk_core/JTreport/jcov/ $ open index.html

这会花费几个小时，具体时间取决于你的系统性能和可用资源。

请参考jcov的编译。

深入 hotspot 的东西

hotspot 源码目录中的GC选项

../hotspot/src/share/vm/gcimplementation/g1/g1globals.hpp

../hotspot/src/share/vm/runtime/globals.hpp

HotSpot 命令行选项 – PrintAssembly

HotSpot 代码片段 – 由于不同GC选项引起的各种分支选择

GC类型老年代老年代SerialGC (-XX:+UseSerialGC)串行串行ParallGC (-XX:+UseParallelGC)并行串行Parallel Compacting(-XX:+UseParallelOldGC)并行并行Concurrent Mark Sweep GC (-XX:+UseConcMarkSweepGC)并行并发-标记-清除

参考

来自./hotspot/src/share/vm/memory/universe.cpp的代码片段

Universe::initialize_heap() if (UseParallelGC) { #ifndef SERIALGC Universe::_collectedHeap = new ParallelScavengeHeap(); #else // SERIALGC fatal("UseParallelGC not supported in this VM."); #endif // SERIALGC } else if (UseG1GC) { #ifndef SERIALGC G1CollectorPolicy* g1p = new G1CollectorPolicy(); G1CollectedHeap* g1h = new G1CollectedHeap(g1p); Universe::_collectedHeap = g1h; #else // SERIALGC fatal("UseG1GC not supported in java kernel vm."); #endif // SERIALGC } else { GenCollectorPolicy* gc_policy; if (UseSerialGC) { gc_policy = new MarkSweepPolicy(); } else if (UseConcMarkSweepGC) { #ifndef SERIALGC if (UseAdaptiveSizePolicy) { gc_policy = new ASConcurrentMarkSweepPolicy(); } else { gc_policy = new ConcurrentMarkSweepPolicy(); } #else // SERIALGC fatal("UseConcMarkSweepGC not supported in this VM."); #endif // SERIALGC } else { // default old generation gc_policy = new MarkSweepPolicy(); } Universe::_collectedHeap = new GenCollectedHeap(gc_policy); }

打开串行GC – 只支持串行GC的平台?

. . . Universe::initialize_heap() if (UseParallelGC) { fatal("UseParallelGC not supported in this VM."); } else if (UseG1GC) { fatal("UseG1GC not supported in java kernel vm."); } else { GenCollectorPolicy* gc_policy; if (UseSerialGC) { gc_policy = new MarkSweepPolicy(); } else if (UseConcMarkSweepGC) { fatal("UseConcMarkSweepGC not supported in this VM."); } else { // default old generation gc_policy = new MarkSweepPolicy(); } Universe::_collectedHeap = new GenCollectedHeap(gc_policy); } . . .

关闭串行GC – 支持并行和串行两种GC方式的平台?

. . . Universe::initialize_heap() if (UseParallelGC) { Universe::_collectedHeap = new ParallelScavengeHeap(); } else if (UseG1GC) { G1CollectorPolicy* g1p = new G1CollectorPolicy(); G1CollectedHeap* g1h = new G1CollectedHeap(g1p); Universe::_collectedHeap = g1h; } else { GenCollectorPolicy* gc_policy; if (UseSerialGC) { gc_policy = new MarkSweepPolicy(); } else if (UseConcMarkSweepGC) { if (UseAdaptiveSizePolicy) { gc_policy = new ASConcurrentMarkSweepPolicy(); } else { gc_policy = new ConcurrentMarkSweepPolicy(); } } else { // default old generation gc_policy = new MarkSweepPolicy(); } Universe::_collectedHeap = new GenCollectedHeap(gc_policy); } .

编译器相关

OptViewer工具，参考这个邮件。

修改 java.c，使用 Eclipse运行 hotspot

[可选，但很有意思的一个挑战] 请参考这些指南。

修改 java.c，使用命令行运行 hotspot

[可选，但很有意思的一个挑战]

和修改java.c并在 Eclipse运行的挑战类似，但是使用需要使用命令行和一个简单的编辑器来完成这一挑战。

敬请期待

Nashorn的一些好东西Lambda进阶OpenJDK(JDK)代码测试覆盖率工具（两个）OpenJDK build warnings tool (which are currently suppressed in the build process)…OpenJDK 编译警告工具（当前在编译过程中被禁用）使用 jitWatch观察 HotSpot JVM JIT编译过程运行在 JVM 上的Smalltalk运行在 JVM 上的Lisp

Hotspot JVM 任务: 附加任务 (中级和高级)

向 java.c 中增加 debug 级别的 log信息，重新编译 gamma，运行示例程序或者任何其他基于 java 的程序。重构 java.c，插入 debug 级别的 Log细腻，重新编译 gamma，运行示例程序或者任何其他基于 java 的程序。完成以上两步后，加载一个低延迟，GC 调优过的 java 程序，开启 gc log，检查 gc log，看性能是否有变化（性能调优相关的东西）。在 javac 中实现 ?:运算符(学习怎么修改 javac 的好方法)，编译一个java 程序。体味GC 的乐趣：使用自定义的垃圾收集器替换已有的。重新激活代码库中的 PermGen 或者 iCMS 。在现在 HotSpot 版本中增加任意你想做的修改。修改 javac 使他能够解析和编译新的语言特性，或者让它能够兼容其他基于 JVM 的方言、甚至于更老的程序语言，例如 C、汇编、Scheme 或Smalltalk使用自定义类加载器替换内置内加载器。转载自 并发编程网 - ifeve.com 相关资源：敏捷开发V1.0.pptx