Android 是否阉割了 ARM 的 Jazelle 技术？

Question

我认为 Android 中的 Java 字节码“混蛋”的理由是性能。 （我怀疑还有另一个原因。）但是，通过更改字节码，他们难道没有让 Jazelle 等硬件加速技术变得毫无意义，从而实际上降低了 Mobile Java 平台的可用性能吗？

我知道目标平台是基于 ARM 的移动平台，这似乎违反直觉。 虽然它可能会在其他 CPU 架构上为您提供更好的性能，但它似乎对 ARM 和 Jazelle 吐口水。

它对 Java 性能有什么样的定量影响？

它真的能提高性能吗？如果能的话，如何提高性能？

对其他平台有何影响？ （即 x86、mips、yadda、yadda、yadda...）

Answer 1

是的，Dalvik 让 Jazelle 毫无用处。 唯一的问题是 Jazelle 一开始有用还是 90% 是营销炒作？ 一个好的 JIT 或 AOT（提前）编译器往往比尝试使用专门的指令提供更好的性能。 Dalvik 基于寄存器的方法可能比传统的 java 字节码解释器更快，但解释器和 JIT 之间的差异很小。 希望 Android 的下一个版本具有 JIT。

编写一个具有最先进的垃圾收集器和优化器的优秀虚拟机大约需要 5 到 10 年的时间。 Sun（和微软）度过了那些年。 谷歌还没有。 希望他们能够继续对其进行投资，以便有一天 Android Java 代码不会比应有的速度慢 90%。

Answer 2

维基百科：Dalvik 虚拟机：

与大多数虚拟机和真正的 Java VM（堆栈机）不同，Dalvik VM 是基于寄存器的架构。

Dalvik 针对低内存要求进行了优化，具有一些区别于其他标准 VM 的特定特征：

• 虚拟机被精简以使用更少的空间。
• Dalvik 没有即时编译器。
• 常量池已修改为仅使用 32 位索引以简化解释器。
• 它使用自己的字节码，而不是 Java 字节码。

此外，Dalvik 的设计使一台设备可以高效地运行多个 VM 实例。

编辑：参见维基百科：开放手机联盟。 创始成员包括英特尔、摩托罗拉、高通和德州仪器。 一年后，ARM 在 2008 年 12 月加入。因此，我认为这些公司在当时还不是会员时依赖专有技术是没有意义的，因为它们的目标是创建开源 iPhone/Blackberry 竞争对手。

Answer 3

实际上，我的印象是 Dalvik 更多的是为了空间效率而不是执行效率。 也来自维基百科：

未压缩 .dex 文件的大小通常比从相同 .class 文件派生的压缩 .jar（Java 存档）小几个百分点。

虽然当前的手机可能使用支持 Jazelle 的 ARM，但未来情况不一定如此。

同样来自维基百科（警告：道听途说）：

已发布的规范非常不完整，仅足以编写可支持使用 Jazelle 的 JVM 的操作系统代码。 声明的意图是只有 JVM 软件需要（或允许）依赖于硬件接口细节。 这种紧密的绑定有助于硬件和 JVM 能够共同发展，而不会影响其他软件。 实际上，这使 ARM Holdings 对哪些 JVM 能够利用 Jazelle 具有相当大的控制权。 它还阻止开源 JVM 使用 Jazelle。

一旦他们向 Dalvik 添加 JITter，这一切都将成为一个有争议的问题。