对 JavaScript 性能基准测试的初步评估显示，iPhone XS 和 iPhone XS max 的性能甚至超过了 iMac Pro。基准测试使用了Speedometer 2.0，主要针对真实世界的数据帧加载场景进行了比较。
Ruby on Rails 作者、Basecamp 创始人兼首席技术官 David Heinemeier Hansson 在 Twitter 上发起了一个讨论：
在Speedometer 2.0 JavaScript基准测试中，iPhone XS比iMac Pro速度更快。这是我测试过的最快的设备。比iPhone 8/iPhone X芯片高出45％。苹果是如何做到这一点的？！
这条推文引发了关于如何实现这种性能改进的重要猜测。
curiosity.ai 首席技术官 Rafael Oliveira 评论说，苹果似乎优化了他们的ARM JS编译器，远远超过 Mac 上的 x86：
但这就是重点——苹果似乎并没有针对x86 Safari做那么多优化，但他们却在ARM JS编译器上花了大心思……并不是说他们的CPU不令人印象深刻，只是在进行JS基准测试时，差异似乎被夸大了。
软件工程师 Greg Parker 指出，最新的 ARM 指令集 ARMv8.3-A针对JavaScript做了性能改进：
ARMv8.3添加了一个从浮点数到整型的转换指令，超出范围的值按照JavaScript的方式处理。以前获取JavaScript语义的指令要慢得多。JavaScript的数字默认是双精度的，所以它需要进行很多转换。
ARM 确实发布了很多称为更新，也就是ARMv8.3-A，包括对 JavaScript 数据类型转换的改进：
JavaScript的数字使用的是双精度浮点格式。但是，它需要将这种公共数字格式转换为32位整数，以便执行位操作。从双精度浮点数到整数的转换以及检查转换的数字是否真的是整数是很经常发生的。
ARMv8.3-A 指令有助于将双精度浮点数转换为带符号的 32 位整数，以提高性能。
但事实证明，这并不是性能提升的原因，因为软件工程师 Saam Barati 解释说，iOS 12的Safari还没有利用这些指令。
从初步报告以来，基于 ARMv8.3-A 指令的改进已经被用在了 WebKit 的 Nightly 构建版本中，并且预计将在 Safari 的未来版本中使用。Barati 已经注意到了各种JetStream2测试结果的性能改进：
在stanford-crypto-aes提升15％
在stanford-crypto-pbkf2提升30％
在stanford-crypto-sha256上提升97％
总体而言，如果不支持 ARMv8.3-A，预计这个修复将比当前版本的 Safari 增加 0.5-2％的整体性能提升。
Anandtech 的一份iPhone XS性能报告表明，新的内存子系统最有可能是 JavaScript 性能得到显著提升的原因：
内存子系统对403.gcc部分有效，对429.mcf、471.omnetpp、473.Astar和483.xalancbmk基本有效，A12性能也因此从30％提升到42％。很明显，新的缓存层次结构和内存子系统在这方面起到了很大作用，所以苹果能够在最近几代芯片上实现最重要的性能跳跃。
因此，尽管 ARM 改进对计算成本高昂的 JavaScript 运算很有用，但它们并不像内存子系统的改进那么重要。
因此，很多人都在问苹果何时将桌面电脑和笔记本电脑从英特尔转向 ARM，这是否会带来与今天类似的性能改进？
查看英文原文：The Story behind Very Fast iPhone XS JavaScript Performance
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论 1 条评论