JavaScript 引擎 V8 新机制:JIT-less 模式

V8 v7.4引入了JIT-less模式,允许在无需分配可执行内存的情况下运行JavaScript代码。此模式主要针对禁止写入可执行内存的平台,如iOS和游戏控制台。在JIT-less模式下,V8仅使用解释器运行JS代码,禁用优化编译器,导致性能下降,但提高了安全性。开发团队已经评估了这种模式在不同基准测试中的性能影响,鼓励在受限或有特定安全需求的环境中使用。

V8 v7.4 现在支持无需在 runtime 阶段分配可执行内存就能执行 JavaScript 代码。

在其默认配置中,V8 很大程度上依赖于在 runtime 阶段分配和修改可执行内存的能力。例如,作为一个包含优化过程的编译器,TurboFan 可即时(just-in-time)为热加载 JavaScript(JS) 函数创建原生代码,并且大多数 JS 正则表达式由 irregexp 引擎编译为原生代码。而在 runtime 阶段支持创建可执行内存正是 V8 快速运行的原因之一。

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

  1. 某些平台(例如 iOS、智能电视、游戏控制台)禁止对非特权应用程序的可执行内存进行写访问,因此到目前为止,在这些平台上一直无法使用 V8
  2. 禁止对可执行内存进行写操作可减少应用程序的攻击面

为此,V8 引入了名为 "JIT-less" 的新模式,旨在解决上面这些问题。当 V8 启动时带上 --jitless 参数,它就可以在没有使用任何 runtime 的情况下(无需分配可执行内存)来运行。

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

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

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

测试结果

正如上文所提到的,由于在 JIT-less 模式下禁

Android 系统在内存管理和虚拟机运行时采用了一系列机制,其中 `anon_shmem` 和 `/dev/ashmem/dalvik-jit-code-cache` 是与 Dalvik 虚拟机(以及 ART 虚拟机的兼容模式)紧密相关的内存使用部分,尤其是在涉及 JIT(Just-In-Time)编译和代缓存的场景中。 ### `anon_shmem` 的作用与使用 `anon_shmem` 是一种基于 `tmpfs` 文件系统的共享内存机制,通常用于匿名共享内存分配。在 Android 中,它被广泛用于进程间通信(IPC)和内存映射(mmap)操作。例如,当应用使用 `ashmem`(Android Shared Memory)接口创建共享内存区域时,系统会在 `/dev/ashmem` 下创建对应的条目,并将其映射为 `anon_shmem` 类型的内存。 在 `/proc/meminfo` 中,`Shmem` 字段反映了当前系统中被 `anon_shmem` 使用的内存总量。这部分内存可以被回收,属于可缓存类型,因此在内存紧张时会被系统回收[^1]。 ### `/dev/ashmem/dalvik-jit-code-cache` 的作用 在 Dalvik 虚拟机中,JIT 编译器会动态将字节编译为本地机器以提升执行效率。为了缓存这些编译后的机器,Dalvik 使用了 `/dev/ashmem/dalvik-jit-code-cache` 这个共享内存区域。该缓存机制允许虚拟机在运行时重复使用已编译的代,从而减少重复编译的开销并提升性能。 然而,该区域的内存使用也可能引发问题。例如,在某些版本的 Android 系统中,JIT 缓存可能导致内存泄漏或虚拟机崩溃,表现为崩溃日志中出现类似以下堆栈信息: ``` backtrace: #00 pc 00033cf8 /dev/ashmem/dalvik-jit-code-cache (deleted) #01 pc 00033ea1 /dev/ashmem/dalvik-jit-code-cache (deleted) ``` 这类问题通常与 JIT 编译缓存的管理不当或共享内存区域的异常释放有关。解决方案包括优化 JIT 缓存策略、限制缓存大小或在特定场景下禁用 JIT 编译功能[^3]。 ### Android 内存管理中的影响 在 Android 系统的内存统计中,`dalvik-jit-code-cache` 和 `anon_shmem` 的使用会体现在多个维度中。例如: - `/proc/meminfo` 中的 `Shmem` 字段会包含 `dalvik-jit-code-cache` 的内存占用。 - 在内存紧张时,这些共享内存区域可能被系统回收。 - 在某些场景下,如低内存杀进程(LMK)触发时,系统会优先回收非关键的共享内存区域以释放资源。 此外,在 Android 的内存分析工具(如 `dumpsys meminfo`)中,这些区域也会被单独列出,帮助开发者识别内存使用情况并优化应用行为。 ### 示例:查看 dalvik-jit-code-cache 使用情况 可以通过如下命令查看当前系统中 `/dev/ashmem/dalvik-jit-code-cache` 的使用情况: ```bash adb shell cat /proc/<pid>/maps | grep dalvik-jit-code-cache ``` 其中 `<pid>` 是目标应用的进程 ID。输出结果将显示该缓存区域的内存映射情况,包括起始地址、权限、偏移量等信息。 ### 总结 - `anon_shmem` 是 Android 中用于共享内存管理的重要机制,广泛用于 IPC 和缓存。 - `/dev/ashmem/dalvik-jit-code-cache` 是 Dalvik 虚拟机用于 JIT 编译缓存的共享内存区域,提升运行时性能但也可能引发内存或崩溃问题。 - 在内存管理中,这些区域的使用会影响系统整体内存统计和回收策略。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值