Chrome 91 支持 WebAssembly SIMD,加速 Web 在 AI 等领域的应用

简介: 5月25日正式发布的Chrome 91,带来了哪些有意思的新特性呢?

作者:寒雁Talk

5月25日正式发布的Chrome 91,带来了哪些有意思的新特性呢?

From:阿里巴巴前端标准化组

背景


十多年来,Web技术突飞猛进,其中Chrome功不可没,了解Chrome可以帮助我们理解整个行业的发展趋势。


TL;TR


  • Chrome 91最大的亮点是什么?WebAssembly SIMD
  • Chrome 91是哪天发布的?2021-05-25
  • Chrome 91更新了多少个特性?18个,具体有哪些特性可以查看Chrome Platform Status
  • Chrome 91将使用哪个版本的V8引擎?v9.1
  • 我感兴趣的新特性依次有哪些?
  • WebAssembly SIMD
  • WebSockets over HTTP/2
  • Block HTTP port 10080
  • GravitySensor API
  • 你感兴趣的新特性依次有哪些?这个我就不知道了啊,欢迎交流!



详细解读

WebAssembly SIMD


Chrome 91默认开启了WebAssembly SIMD。


SIMD是Single Instruction Multiple Data的缩写,中文术语为“单指令多数据流”,顾名思义,就是可以使用单条指令同时处理多个数据。


SIMD是一种特殊的CPU指令,它可以实现数据层面的并行处理。如下图,当我们需要对两个长度为4的数组做加法时,使用普通的指令,则需要执行4次普通加法指令;如果使用SIMD指令的话,则只需要执行1次向量加法即可:


SIMD.png

2.0

1.0

1.0

3.0

2.0

3.0

二二

7.0

3.0

4.0

4.0

3.0

7.0

5.0

11.0

11.0

6.0

6.0

5.0

7.0

7.0

15.0

8.0

8.0

15.0

SinglelnstructionSingleData(SIsD)

SinglelnstructionMultipleData(SIMD)


SIMD常用于视频、音频、图像、加密、动画、游戏、AI等需要处理大量数据的应用场景,可以极大地提高向量类型的数据处理性能。主流的CPU都有SIMD指令,比如x86的SSE、ARM的Neon。


WebAssembly SIMD为WebAssembly新增了一个变量类型v128及其一系列v128的运算符,这些运算符就是SIMD指令。另外,由名字可知v128类型的长度是固定的,为128比特。


SIMD的指令非常多,而且不同CPU的SIMD是不一样的,WebAssembly SIMD只选取了各个CPU都支持的部分最常用的SIMD指令。因此,可以将WebAssembly SIMD理解为各个CPU的SIMD指令的子集,同时将各个CPU的SIMD指令进行了一层抽象和统一,开发者只需要学习WebAssembly SIMD,而不需要了解底层CPU的SIMD。


WebAssembly SIMD.png

WebAssemblySIMD

PowerVSX

MIPSMSA

x86SSE/AVX

ARMNeon


目前,Emscripten仅支持将WebAssembly SIMD指令编译为x86 SSE/AVX指令以及ARM Neon指令。


在计算机领域,貌似没有什么问题是用分层解决不了的,如果有的话,可以再分一层。


目前,WebAssembly SIMD这个提案已经进入WebAssembly提案流程的Phase 4(Standardize the Feature),尚未完全完成,不过离最后完成也只有1个Phase了,可以理解为基本完成了,V8(Chrome、Node.js)、Firefox以及Emscripten都已经实现了WebAssembly SIMD。


在手势识别应用中,WebAssembly SIMD可以明显提高性能,使用SIMD和不使用SIMD的差距非常明显(两者都可以直接进行测试),使用SIMD时帧率更高,画面更加流畅,如下图所示:


hand.gif

2.1FPS

WREBMOAROE


TensorFlow.js 2.1.0已经支持了WebAssembly SIMD。以下为基于TensorFlow.js所实现的人脸识别应用BlazeFace,使用WebAssembly SIMD可以将其性能提升1.7~ 2.1倍:



对于更加复杂的应用,比如AI领域大名鼎鼎的ImageNet,其基于TensorFlow.js所实现的MobileNet V2模型,使用WebAssembly SIMD可以将其性能提升2.2 ~ 4.5倍:


MobileNet V2.png

MobileNetV2

Wasm

Wasm+SIMD

300

200

100

ThinkPadx1

Nodev.14onMacBookPro152019

MacBookPro152019

Pixel4

Gen6withLinux



WebSockets over HTTP/2


Chrome 91支持基于HTTP/2的Websocket。


WebSockets和HTTP/2分别是什么,想必大部分Web工程师都知道了,但是,WebSockets和HTTP/2掺和在一起是啥意思呢?


要回答这个问题,不妨先梳理一下时间线:


image.png


10年前所制定的Websocket协议是基于HTTP/1.1的,10年后,HTTP/2已经被一半的网站所使用。如果Websocket继续使用HTTP/1.1协议的话,则无法利用HTTP/2最大的好处:多路复用。


如果基于HTTP/1.1的话,Websocket需要单独的TCP连接,这挺浪费系统资源的,尤其对于需要建立大量Websocket的应用来说,比如Slack。


如果基于HTTP/2的话,Websocket与其他HTTP/2请求复用同一个TCP连接,既节省了建立TCP连接的时间,也节省了宝贵的TCP连接。



Block HTTP port 10080


为了缓解NAT Slipstream 2.0攻击,Chrome 91又屏蔽了一个新的端口:10080。


自从去年11月底NAT Splipstream被发现以来,Chrome已经屏蔽了11个端口了,具体如下表:


image.png


当我们访问这些被屏蔽的端口时( http://127.0.0.1:554 ),会出现报错页面:ERR_UNSAFE_PORT


截屏2021-05-05 17.38.36.png

127.0.0.1

127.0.0.1:554

无法访问此网站

网址为http://127.0.0.1:554/的网页可能暂时无法

连接,或者它已永久性地移动到了新网址.

ERRUNSAFEPORT


NAT Splipstream是一种非常巧妙、同时也非常危险的攻击方式,黑客可以通过一段JS代码绕开防火墙,访问内网的服务,比如打印机和摄像头。大家可以通过下面的视频感受一下其攻击过程:



关于NAT Splipstream攻击的技术细节,大家不妨看一下我的上一篇博客《Chrome 90将默认使用HTTPS,Web更安全了》


目测Chrome屏蔽的端口有可能会继续增加,大家如果看到ERR_UNSAFE_PORT这个报错也不用感到奇怪,换个端口用吧。



GravitySensor API


Chrome 91新增了GravitySensor API,用于获取设备(比如手机)由于地球重力而产生的加速度。


GravitySensor API可以用于开发游戏,比如在赛车类游戏中,通过倾斜手机控制赛车的方向。事实上,GravitySensor API这个需求也正是是游戏引擎Unity的开发者反馈给Chrome团队的。



总结



Chrome 91最大的亮点是WebAssembly SIMD,它通过提高Web平台的性能进一步拓展了Web应用的可能性,比如视频、音频、图像、加密、动画、游戏、AI等领域。因此,本文最大的篇幅都是在介绍WebAssembly SIMD。


类似于WebAssembly SIMD这样的创新会不断出现,从而继续提升Web应用的性能,让Web可以应用于更加广阔的领域。正如过去的10多年,V8引擎在性能上的不断优化促是Web技术走向繁荣的关键因素之一,我们也可以预见,未来10年的Web将更加精彩。


欢迎与我交流:hanyan.lk@alibaba-inc.com


参考

  • Chrome 89开启Web应用的物联网时代
  • Chrome 90将默认使用HTTPS,Web更安全了
  • Chrome 91: Handwriting Recognition, WebXR Plane Detection and More
  • Feature: WebAssembly SIMD
  • Fast, parallel applications with WebAssembly SIMD
  • Harnessing Your Hardware with SIMD
  • Zoom on Web: getting connected with advanced web technology
  • Supercharging the TensorFlow.js WebAssembly backend with SIMD and multi-threading
  • A SIMD Programming Model for Dart, JavaScript, and other dynamically typed scripting languages
  • Feature: WebSockets over HTTP/2
  • WebSockets over HTTP/2 Chromium Design Document
  • V8 release v9.1

image.png

相关文章
|
5月前
|
消息中间件 人工智能 安全
云原生进化论:加速构建 AI 应用
本文将和大家分享过去一年在支持企业构建 AI 应用过程的一些实践和思考。
1349 54
|
6月前
|
人工智能 安全 中间件
阿里云 AI 中间件重磅发布,打通 AI 应用落地“最后一公里”
9 月 26 日,2025 云栖大会 AI 中间件:AI 时代的中间件技术演进与创新实践论坛上,阿里云智能集团资深技术专家林清山发表主题演讲《未来已来:下一代 AI 中间件重磅发布,解锁 AI 应用架构新范式》,重磅发布阿里云 AI 中间件,提供面向分布式多 Agent 架构的基座,包括:AgentScope-Java(兼容 Spring AI Alibaba 生态),AI MQ(基于Apache RocketMQ 的 AI 能力升级),AI 网关 Higress,AI 注册与配置中心 Nacos,以及覆盖模型与算力的 AI 可观测体系。
1280 60
|
5月前
|
人工智能 运维 Kubernetes
Serverless 应用引擎 SAE:为传统应用托底,为 AI 创新加速
在容器技术持续演进与 AI 全面爆发的当下,企业既要稳健托管传统业务,又要高效落地 AI 创新,如何在复杂的基础设施与频繁的版本变化中保持敏捷、稳定与低成本,成了所有技术团队的共同挑战。阿里云 Serverless 应用引擎(SAE)正是为应对这一时代挑战而生的破局者,SAE 以“免运维、强稳定、极致降本”为核心,通过一站式的应用级托管能力,同时支撑传统应用与 AI 应用,让企业把更多精力投入到业务创新。
653 30
|
5月前
|
设计模式 人工智能 自然语言处理
3个月圈粉百万,这个AI应用在海外火了
不知道大家还记不记得,我之前推荐过一个叫 Agnes 的 AI 应用,也是当时在 WAIC 了解到的。
658 2
|
5月前
|
存储 人工智能 NoSQL
AI大模型应用实践 八:如何通过RAG数据库实现大模型的私有化定制与优化
RAG技术通过融合外部知识库与大模型,实现知识动态更新与私有化定制,解决大模型知识固化、幻觉及数据安全难题。本文详解RAG原理、数据库选型(向量库、图库、知识图谱、混合架构)及应用场景,助力企业高效构建安全、可解释的智能系统。
|
5月前
|
人工智能 算法 Java
Java与AI驱动区块链:构建智能合约与去中心化AI应用
区块链技术和人工智能的融合正在开创去中心化智能应用的新纪元。本文深入探讨如何使用Java构建AI驱动的区块链应用,涵盖智能合约开发、去中心化AI模型训练与推理、数据隐私保护以及通证经济激励等核心主题。我们将完整展示从区块链基础集成、智能合约编写、AI模型上链到去中心化应用(DApp)开发的全流程,为构建下一代可信、透明的智能去中心化系统提供完整技术方案。
407 3
|
5月前
|
消息中间件 人工智能 安全
构建企业级 AI 应用:为什么我们需要 AI 中间件?
阿里云发布AI中间件,涵盖AgentScope-Java、AI MQ、Higress、Nacos及可观测体系,全面开源核心技术,助力企业构建分布式多Agent架构,推动AI原生应用规模化落地。
577 0
构建企业级 AI 应用:为什么我们需要 AI 中间件?
|
6月前
|
存储 人工智能 Serverless
函数计算进化之路:AI 应用运行时的状态剖析
AI应用正从“请求-响应”迈向“对话式智能体”,推动Serverless架构向“会话原生”演进。阿里云函数计算引领云上 AI 应用 Serverless 运行时技术创新,实现性能、隔离与成本平衡,开启Serverless AI新范式。
684 12
|
5月前
|
人工智能 安全 Serverless
再看 AI 网关:助力 AI 应用创新的关键基础设施
AI 网关作为云产品推出已有半年的时间,这半年的时间里,AI 网关从内核到外在都进行了大量的进化,本文将从 AI 网关的诞生、AI 网关的产品能力、AI 网关的开放生态,以及新推出的 Serverless 版,对其进行一个全面的介绍,期望对正在进行 AI 应用落地的朋友,在 AI 基础设施选型方面提供一些参考。
1041 79
|
5月前
|
人工智能 缓存 运维
【智造】AI应用实战:6个agent搞定复杂指令和工具膨胀
本文介绍联调造数场景下的AI应用演进:从单Agent模式到多Agent协同的架构升级。针对复杂指令执行不准、响应慢等问题,通过意图识别、工具引擎、推理执行等多Agent分工协作,结合工程化手段提升准确性与效率,并分享了关键设计思路与实践心得。
928 20
【智造】AI应用实战:6个agent搞定复杂指令和工具膨胀