本文详细介绍了Chromium中的SkiaRenderer和SkiaOutputSurface，讨论了它们如何优化光栅化和合成过程，尤其是在启用OOPD和OOPR之后。SkiaRenderer不再依赖Command Buffer，而是直接生成Skia绘制指令，通过SkiaOutputSurface的SkCanvas输出。Promise SkImage的概念被引入以解决在无GPU上下文环境下处理GPU资源的问题。这些改变为未来的渲染性能提升奠定了基础。
Chromium 关于光栅化和合成的一些主要性能优化项目包括 OOPD (Out of Process Display Compositor，进程外 Display 合成器), OOPR (Out of Process Rasterization，进程外光栅化) 和 SkiaRenderer。
我们在Chromium Viz 浅析 - 合成器架构篇介绍过 OOPD，它的主要目的是将 Display Compositor 从 Browser 进程迁移到 Viz 进程（也就是原来的 GPU 进程），Browser 则变成了 Viz 的一个 Client，Renderer 跟 Viz 建立链接（CompositorFrameSink）虽然还是要通过 Browser，但是建立链接后提交 CompositorFrame 就是直接提交给 Viz 了。Browser 同样也是提交 CompositorFrame 给 Viz，最后在 Viz 生成最终的 CompositorFrame，通过 Display 交由 Renderer 合成输出。
在How cc Works 中文译文一文中，我们简单提及过 OOPR。OOPR 跟目前的 GPU 光栅化机制的主要区别是：
- 在当前的 GPU 光栅化机制中，Worker 线程在执行光栅化任务时，会调用 Skia 将 2D 绘图指令转换成 GPU 指令，Skia 发出的 GPU 指令通过 Command Buffer 传送到 Viz 进程的 GPU 线程中执行；
- 在 OOPR 中，Worker 线程在执行光栅化任务时，它直接将 2D 绘图指令（DisplayItemList）序列化到 Command Buf
最低0.47元/天 解锁文章
扫一扫
4016
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
