创建具有更大对象头的自定义JVM

Question

由于各种原因，我得出的结论是，创建一个自定义JVM构建可能是我所要实现的最简单的选择，因为如果不这样做的话，会有太多的事情会严重影响性能。

所以我启动了环境并运行，修改了一些简单的东西来生成一些我需要的回调，玩了一些内在的东西，到目前为止还不错。

不过，我想知道的是：这里的JVM专家如何看待创建一个具有更大对象头（例如8个字节以上）的自定义VM的可行性。markoop.hpp以一种非常好的方式解释了标记词的内容，以适应存在的不同风格(32bits、64bits、64bits和压缩的oops)，我想知道扩展标题会有多难，这样我就可以在对象上添加一些额外的信息（没有标记不在选项上，请参阅我的文章）。

Answer 1

扩大对象头是绝对可能的（我以前见过这样的实验），尽管这不会像在OopDesc类中添加一个新字段那么容易。我相信JVM代码中有多个地方依赖对象头的大小，但应该不会太多。对象头的大小已经根据平台和useCompressedoops选项而有所不同，因此代码中的大多数地方已经使用了相对偏移量，不会受到新字段的影响。

另一种选择是不展开头，而是向java.lang.Object类添加一个新的假字段。HotSpot已经有了添加这些字段的机器，请在源中查找InjectedField。然而，这也不会是微不足道的。系统类有一些硬编码的偏移量，请参见javaclasses::check_offsets。这些也需要修复。

这两种方法在执行力度方面大致相同。在这两种情况下，我建议从JVM的debug（而不是fastdebug)构建开始，因为它们包含许多有用的断言，可以早期发现可能的偏移量问题。