大家好，又见面了，我是你们的朋友全栈君。
对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
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/107173.html原文链接：https://javaforall.net
