javac - 生成特定于平台的二进制代码

Question

JVM涉及，

1) 编译器线程在运行时将字节代码编译为 native 代码。

2) 链接阶段类似于将 .o 文件链接到可执行文件(如 C)

在 jvm 最初启动后，编译和动态链接不是一次性工作。这是在生产环境中运行的可执行文件生命周期的一部分。

为什么java编译器设计为生成与平台无关的代码(字节代码)？在每台生产机器上，通过字节码编译和链接功能将性能滞后转移到 Java 运行时。

我们不是在客户拥有的每台生产机器上在运行时利用额外的 CPU 周期进行处理(编译/链接)吗？客户不需要了解编译一次并在各处运行，这可以通过 2-3 台构建机器来避免，以构建特定于平台的二进制文件。

Answer 1

编辑:下面是对原始问题的回答，解释为“可以采取哪些措施来最小化即时编译对 Java 虚拟机的影响？”

仅使用解释器

如果你想完全禁用编译，你可以使用 java的-Xint争论。不过，我认为这在几乎所有情况下都会导致性能显着下降。

降低 JIT 编译器线程优先级

您可以使用 -XX:CompilerThreadPriority=<n> 降低 JIT 编译器线程的优先级。您可以使用的值取决于操作系统。

减少 JIT 编译器线程数量

如果您关心 JIT 编译器线程的数量，可以使用 -XX:CICompilerCount=<n>和-XX:[+|-]CICompilerCountPerCPU控制编译器线程数量的标志。

• 如果CICompilerCountPerCPU为 true ( -XX:+CICompilerCountPerCPU )，HotSpot 将使用一些公式来决定应启动多少个编译器线程 (~ (log n * log log n) * 3/2 其中 n = 可用 CPU 数量)。
• 如果CICompilerCount设置 HotSpot 将使用那么多编译器线程。

如果不设置任何内容，CICompilerCountPerCPU将自动设置为 true。

调整编译策略

您可以增加编译阈值，以便编译更少的方法。如果您正在使用疲倦编译(现在的默认设置)，您可以使用

• -XX:Tier3CompileThreshold=<n> (默认为 2000)
• -XX:Tier3InvocationThreshold=<n> (默认为 200)
• -XX:Tier4CompileThreshold=<n> (默认为 15000)
• -XX:Tier4InvocationThreshold=<n> (默认为 5000)

分层编译策略还有许多其他旋钮。 特别是，您也可以仅使用 -XX:TieredStopAtLevel=<n> 的某些层。其中 n 介于 1 和 4 之间。更高的层通常提供更好的性能，但需要更长的编译时间。