JavaScript 引擎 V8 新机制:JIT-less

V8 v7.4现在支持JavaScript执行，而无需在运行时分配可执行内存

在其默认配置中，V8在很大程度上依赖于在运行时分配和修改可执行内存的能力。例如，TurboFan优化编译器即时为热JavaScript（JS）函数创建本机代码，并且大多数JS正则表达式由irregexp引擎编译为本机代码。在运行时创建可执行内存是使V8快速运行的一部分

但在某些场景中，我们可能需要刚好需要在不分配可执行内存的情况下运行 V8：

但在某些情况下，可能需要在不分配可执行内存的情况下运行V8：

1、某些平台（例如iOS，智能电视，游戏控制台）禁止对非特权应用程序的可执行内存进行写访问，因此到目前为止无法使用V8。

2、禁止写入可执行内存会减少应用程序的攻击面

V8的新JIT-less模式旨在解决这些问题。当使用--jitless标志启动V8时，V8在没有任何运行时分配可执行内存的情况下运行.

到这里，可能有人会问，这个 "JIT-less" 的工作原理到底是什么？对此，官方给出了解释。本质上，V8 只是基于现有的技术切换到了仅使用解释器(interpreter-only)模式：所有 JS 代码都通过 Ignition 解释器运行，同时对正则表达式模式匹配进行解释。虽然目前暂不支持 WebAssembly，不过可以对其进行解释。

而对于 V8 的内置程序，仍会将其编译为原生代码。但开发团队表示最近正努力将这些内置程序嵌入到 V8 二进制文件中，所以它们以后不再是 JS 堆栈。

最后，这些变更使得开发者所创建的 V8 不需要在任何内存区域申请可执行权限。

最终结果

正如上文所提到的，由于在 JIT-less 模式下禁用了优化编译器，因此会降低性能。

为此，开发团队研究了各种基准测试，以更好了解 V8 的性能是如何变化的。本次测试的比较对象包括：Speedometer 2.0、Web Tooling Benchmark 以及 YouTube TV Browsing

Speedometer 2.0 旨在代表典型的 Web 应用程序；Web Tooling Benchmark 包含了一系列常见的 JS 开发者工具；此外还提供了一个模拟在 Youtube 直播间浏览的基准测试。所有测试均在 x64 Linux 桌面系统上本地进行，运行次数超过5次。

△分数越高越好

可以看到，在 JIT-less 模式下，Speedometer 2.0 的性能大概下降了 40%。其中禁用的优化编译器占了大约一半的原因，另一半原因则是由正则表达式解释器引起的，该解释器最初用作调试辅助工具。

由于 Web Tooling Benchmark 会在 TurboFan 中花费更多时间，即它会重度依赖 TurboFan，因此在启用 JIT-less 模式后，测试结果显示下降了大约 80%。

对于最后的测试对象，可以看到性能变化不大。其测试过程包括视频播放和菜单导航，所以即使在 JIT-less 模式下，嵌入器也可以保持合理的性能。

我们鼓励在受限平台或具有特殊安全要求的嵌入器考虑V8的新JIT-less模式，现在可在V8 v7.4中使用。与往常一样，v8用户讨论组欢迎提出问题和反馈

常见问题：

不紧张和不选择有什么区别?
——no-opt禁用涡轮风扇优化编译器。——jitless禁用所有可执行内存的运行时分配。

原文：https://v8.dev/blog/jitless