关于GC和DisplayCompositor的一些问题
Some Questions about GC and DisplayCompositor
我有一些关于 Chromium 的概念性问题。如果你能帮助我,我将不胜感激。
除 V8 和 Blink 之外的垃圾收集?
我知道 Blink 有 'Oilpan' 垃圾收集器,V8 有另一种 GC 机制。
(也许它们会被整合到 'Unified GC'。)
但是浏览器进程、渲染器合成器线程和 GPU 等怎么样?
他们有没有GC机制?
我知道浏览器进程的合成(?)部分正在转移到 'Viz' 服务。
但这似乎是实验性功能。所以问题是
- DisplayCompositor(聚合 CompositorFrames)现在在哪个线程?
I/O浏览器进程的线程?
此致,
感谢 danakj@chromium.org
在 blink/v8 渲染器代码之外,我们使用显式 malloc/free。我不知道浏览器或 gpu 进程中有任何 GC 使用情况,没有。
正如about:flags中的文字所说,显示合成器在gpu进程中(在合成器线程上)。它不在浏览器进程中。
现在大多数平台都启用了此功能,因此我认为此时实验性不是正确的限定词。 :)
我有一些关于 Chromium 的概念性问题。如果你能帮助我,我将不胜感激。
除 V8 和 Blink 之外的垃圾收集?
我知道 Blink 有 'Oilpan' 垃圾收集器,V8 有另一种 GC 机制。
(也许它们会被整合到 'Unified GC'。)
但是浏览器进程、渲染器合成器线程和 GPU 等怎么样?
他们有没有GC机制?
我知道浏览器进程的合成(?)部分正在转移到 'Viz' 服务。
但这似乎是实验性功能。所以问题是
- DisplayCompositor(聚合 CompositorFrames)现在在哪个线程? I/O浏览器进程的线程?
此致,
感谢 danakj@chromium.org
在 blink/v8 渲染器代码之外,我们使用显式 malloc/free。我不知道浏览器或 gpu 进程中有任何 GC 使用情况,没有。
正如about:flags中的文字所说,显示合成器在gpu进程中(在合成器线程上)。它不在浏览器进程中。 现在大多数平台都启用了此功能,因此我认为此时实验性不是正确的限定词。 :)