c# - JIT 编译器与离线编译器

Question

是否存在 JIT 编译器比 C++ 等其他编译器更快的场景？

您认为 future JIT 编译器只会看到一些细微的优化、功能但遵循类似的性能，还是会出现使其无限优于其他编译器的突破？

看起来多核范式有一些希望，但它不是通用魔法。

有什么见解吗？

Answer 1

是的，肯定有这样的场景。

• JIT 编译可以使用运行时分析来优化特定情况，基于对代码当前实际执行的特征的测量，并且可以根据需要重新编译“热”代码。这不是理论上的。 Java 的 HotSpot 实际上就是这样做的。
• JITter 可以针对正在执行程序的实际硬件上使用的特定 CPU 和内存配置进行优化。例如，许多 .NET 应用程序将以 32 位或 64 位代码运行，具体取决于它们的 JIT 位置。在 64 位硬件上，它们将使用更多的寄存器、内存和更好的指令集。
• 紧密循环内的虚拟方法调用可以根据引用类型的运行时知识替换为静态调用。

我认为 future 会有突破。特别是我认为JIT编译和动态类型的结合会得到显着的提升。我们已经在 Chrome 的 V8 和 TraceMonkey 的 JavaScript 领域看到了这一点。我希望在不久的将来看到其他类似规模的改进。这一点很重要，因为即使是所谓的“静态类型”语言也往往具有许多动态特性。