研究显示苹果、谷歌和微软为何联手解决现代网络性能太慢的问题

微信扫一扫,分享到朋友圈

研究显示苹果、谷歌和微软为何联手解决现代网络性能太慢的问题

本月早些时候,海外微软 Edge 用户发现,该浏览器在加载网站时会出现内存不足(OOM)错误,这让他们非常恼火。不过幸运的是,微软很快就对这一问题做出了反应,并在一天之内主动修复了这一错误,同时解释了一个已过时的 Defender 功能是造成这一问题的原因。

虽然这只是一个漏洞,但可以毫不夸张地说,现代网络比以往任何时候都更加激烈,你再也不能用入门级电脑或手机上网冲浪了。

研究显示苹果、谷歌和微软为何联手解决现代网络性能太慢的问题插图

最近发布的 Speedometer 3.0 浏览器基准就反映了这一点,业界主要厂商苹果、谷歌、微软、Mozilla 等公司共同创建了基于当前网络工作负载的基准。

不断提高的安全标准,如微软在 Windows 系统中强制使用 2048 位密钥,也将对此起到促进作用。因此,美国联邦通信委员会(FCC)最近的网速提升无疑是值得欢迎的。

虽然像 Speedometer 3.0 这样的浏览器基准测试可以告诉你网络浏览器的速度有多快,但归根结底,性能的好坏很大程度上取决于硬件本身。Twitter(现为 X)用户 Dan Luu 对其进行了测量,以了解不同级别的硬件对现代互联网的处理能力。

有几个热门网站,如 Quora、Twitter、Reddit、Medium 等。接受测试的 CPU 包括苹果的 M3 Max 和 M1 Pro Macbook,以及通过 Chrome Dev 工具将节流设置为 10 倍的 M3(下图中用 "M3/10" 表示)。

除此之外,采用八核 UniSOC T606 芯片组的 Tecno Spark 8C 和采用四核联发科 MT6580 芯片组的英特尔 P32 也参加了中低端 SoC 类别的测试。

研究显示苹果、谷歌和微软为何联手解决现代网络性能太慢的问题插图1

如果你想知道,根据 Dan Luu 的说法,这里的测量指标是用来测试什么的:

......每一行代表一个网站,每一列非标签列都是一个指标。在网站名称列之后,我们有通过网络传输的压缩大小(wire)和未压缩的原始大小(raw)。然后是每个设备的最大内容画*(LCP*)和主线程的 CPU 使用率(CPU)。谷歌文档对 LCP 的解释是

最大内容显示(LCP)衡量的是用户认为页面最大内容可见的时间。LCP 的度量值表示从用户启动页面加载到页面呈现主要内容之间的持续时间。

令人惊讶的是,即使是 8 核 SoC 也很吃力,Tecno Spark 8C 无法加载 Quora。而 4 核联发科处理器失败的次数几乎与通过的次数一样多,这凸显了现代网络的臃肿程度,以及在廉价设备上上网的难度。

来源:Dan Luu (X / Twitter)

上一篇

苹果蝴蝶键盘维修计划即将结束

下一篇

Windows 11 Insiders Build 26080.1201 (KB5037135) 发布:无新功能

你也可能喜欢

评论已经被关闭。

插入图片

排行榜

返回顶部