Mozilla正在SpiderMonkey中测试JavaScript并行计算

jopen 6年前

原文  http://www.infoq.com/cn/news/2015/03/mozilla-spidermonkey-javascript


Mozilla正致力于实现JavaScript“并行(parallelism)计算”,以便充分利用硬件性能。Dave Herman是Mozilla Research的首席研究员和策略总监。近日,他在一篇 博文 中提到,他们正在其JavaScript引擎SpiderMonkey中进行相关实验。

他们试图通过一种底层的、渐进的方法为JavaScript添加更加灵活和强大的并行计算原语。他首先指出:

我正在谈论的不是“并发(concurrency)”……JavaScript的异步并发模型很受欢迎,也取得了成功,而且 promisesES6 generators 和即将到来的 async/await 正使它变得越来越好。

这里要探讨的是可以释放设备(GPU、SIMD指令及多内核处理器)潜能的并行计算。 Web Workers 已经在多核并行计算方面做了一些工作,但其工作线程是完全隔离的,只能通过 postMessage 进行通信。

还有一种方案比较激进,就是像 Nashorn 那样将JavaScript变成一种完全多线程的数据模型。不过,那需要宿主Java程序小心地同步脚本,否则,JavaScript应用程序无法得到 “运行至完成(run-to-completion)”的保证。而且,这个过程会伴随大量的标准化和实现工作,进而会带来生态系统方面的风险。

另一方面,Mozilla Research和Intel Labs这些年来也在 确定性并行计算API (有人称为 River TrailPJS )方面做了一些实验。但他们选择了一种很困难的方法,因为很难找到一种足够通用的高级模型能够适合各式各样的并行程序。

于是,他们引入了SharedArrayBuffer类型。不同于PJS,它内置的锁定机制为工作线程带来了新的锁定形式,但同样地,部分对象也可能因此遭受 数据争用 。不过,与Nashorn不同的是,这种情况只会出现在选择使用共享内存作为后台存储的对象中。如果创建了一个不使用共享缓冲区的对象,那么可以确定,它 永远不会出现数据争用。Dave表示,这是一种相对保守的方法,但应该能够满足许多应用场景的需求。实际上,几年前就有人 探讨 过这种方法。在去年的 JSConf 大会上,谷歌PNaCI团队的Nick Bray还演示了一个 在Chrome中共享缓冲区的原型

目前,Dave及其团队正在SpiderMonkey中测试SharedArrayBuffer API,并且正在草拟它的 规范Firefox每日构建版本 中已经提供了原型实现,感兴趣的读者可以下载试用并提供反馈。