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

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

请参考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持续集成增加了代码测试覆盖率报告。自动为OpenJDK8OpenJDK9发布[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本文链接地址: Adopt Open JDK官方文档(十)


曲东方

曲东方

高级数据平台研发工程师 at 北京屏芯科技有限公司
前百度码农,现创业公司打拼。折腾过 kafka + storm,对 jvm、nio、并发编程感兴趣。
曲东方

Latest posts by 曲东方 (see all)

FavoriteLoading添加本文到我的收藏
  • Trackback 关闭
  • 评论 (0)
  1. 暂无评论

您必须 登陆 后才能发表评论

return top