Google 透露 Chrome 快速背后的一大秘密，Windows 系统独占-低调大师

Google 透露 Chrome 快速背后的一大秘密，Windows 系统独占

2021-12-13 562

时常关注 Google Chrome 浏览器更新的用户应该知道，Google 在过去几年时间里为 Chrome 资源占用和速度提升做出了非常多的改进，其中包括标签页冻结、更好的内存管理和释放，以及电池优化。

近日 Google 发布博客，在博客中透露了他们如何针对 Chrome 的窗口进行了优化，从而使启动速度提高 25.8%，崩溃次数减少 4.5%。

Google 此前已经针对 Chrome 浏览器的非活跃标签页进行冻结来减少 CPU、GPU 和内存的使用，将更多的系统资源留给用户真正所需的前台标签页。但这个方法仅限于那些没有被放置在前台、最小化或被移出屏幕的标签页。

Google 在实验中发现，在用户日常使用中有 20% 的 Chrome 浏览器窗口被其他应用的窗口所覆盖，或者说被遮挡。因此 Google 设想，如果能够把这些被遮挡的窗口也当作后台标签来看待的话，Chrome 浏览器还会有更加明显的性能提升。基于这个设想，Google 大约在三年前开始研究一个项目，该项目能够实时追踪每个窗口的遮挡状态，并降低被遮挡窗口中标签的优先级。

Google 将这个项目称为「Native Window Occlusion」，能够获取用户屏幕上的本地非 Chrome 窗口的位置，再结合 Chrome 各个窗口自身的位置，从而计算出被遮挡的窗口和区域。

追踪哪些 Chrome 窗口被遮挡有两个主要部分，第一部分是遮挡计算，包括以 Z 轴为顺序遍历桌面上打开的窗口，查看每个 Chrome 窗口前面的窗口是否完全覆盖了它；第二部分是决定何时进行遮挡计算。

Google 为了防止在进行遮挡计算时阻塞 UI 线程和降低 Chrome 的响应速度，他们将遮挡计算放置在一个单独的线程上来进行，并考虑了可能出现的众多情况：

忽略最小化的窗口，因为它们本身就不可见。
将不同虚拟桌面上的 Chrome 窗口标记为被遮挡。
从前到后遍历桌面上打开的窗口，忽略不可见窗口、透明窗口、浮动窗口、隐形窗口等。
从未被遮挡的屏幕矩形中减去窗口的区域。
如果窗口是 Chrome 窗口，检查其区域是否与未遮挡区域重叠。如果没有，则表示 Chrome 窗口已被之前的窗口遮挡。
继续迭代，直到捕获所有 Chrome 窗口。
……

Google 在博客中表示，启用该功能后的带来了显着的性能优势：

启动速度提高 8.5% 到 25.8%
显存使用量减少 3.1%
渲染器整体绘制的帧数减少 20.4%
渲染器崩溃次数减少 4.5%
首次输入延迟降低 3.0%
首次内容绘制和最大内容绘制速度提高 6.7%

该功能已于 2020 年 10 月作为 Chrome 86 版本的一部分向 Windows 用户推出，Google 尚未表明该功能是否会在未来登陆 Linux 或 Mac 版 Chrome 浏览器。

微信关注我们

原文链接：https://www.oschina.net/news/173410/chrome-native-window-occlusion

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

英特尔为 FFmpeg 提供了大量 Vulkan 改进功能

除了实验性的 Vulkan 视频解码支持外，英特尔最近为 FFmpeg 提供了许多新的 Vulkan 改进。去年，FFmpeg 开始初步支持 Vulkan，并一直持续到现在。而英特尔的工程师最近在 FFmpeg Git 中增加了一些 Vulkan 功能。这些新增功能包括一个基于 Vulkan 的水平翻转过滤器（hflip_vulkan），一个垂直翻转过滤器（vflip_vulkan），一个水平和翻转过滤器（flip_vulkan），一个转置过滤器（transpose_vulkan），以及一些基础设施优化。此外，关于 Vulkan 还有一些其它的改动，包括完全支持 Vulkan 的可定制验证层，在单个VkDeviceMemory 中映射框架与平面，将 NV12 格式映射到 Vulkan框架，以及信号改进。这些都是 Vulkan 在游戏引擎领域之外的进展。目前所有这些改动都在 FFmpeg 的 Git 中。而其他的非 Vulkan 改进则包括支持Apple Graphics SMC编码器，新的过滤器，AV1 低开销比特流格式多路复用器，LoongArch 支持，Speex 解码器等等。...

2021-12-13

600

KeePassX 官网近日更新的一则公告显示，此项目已停止开发，未来不会再维护，并建议用户迁移至基于KeePassX 的替代方案 ——KeePassXC。从 KeePassX 的发布公告可以看到，其最近的更新已经是 2016 年发布的KeePassX 2.0.3，当时这个版本也只是常规的错误修复更新，没人想到它会成为最后一个版本。 KeePassX 是开源的轻量级跨平台密码管理器，采用 GPL 开源协议，使用 Qt 框架进行构建，支持在 Linux、Windows 和 macOS 上运行。最初 KeePassX 在 Linux 上被称为 KeePass/L，因为它是 Windows 密码管理器Keepass Password Safe 的移植版本。在 KeePass/L 成为跨平台应用程序后，该名称不再合适，因此在 2006 年 3 月 22 日进行了更改。

2021-12-13

732

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。