Некоторые вопросы о GC и DisplayCompositor
У меня есть несколько концептуальных вопросов о Chromium. Буду признателен, если вы мне поможете.
Сборка мусора, кроме V8 и Blink?
Я знаю, что у Blink есть сборщик мусора Oilpan, а у V8 есть другой механизм GC.
(Возможно, они будут интегрированы в Unified GC.)
Но как насчет процесса браузера, потока компоновщика рендерера, графического процессора и т. д.?
Есть ли для них какой-либо механизм GC?
Единый сборщик мусора: https://thewikihow.com/video_9CukfHGuadc&=&index=26&=&list=PL9ioqAuyl6UJ2KrDYYQwdHfmi28PeLQJS&=&t=0s
Проект V8 Orinoco GC: https://v8.dev/blog/trash-talk
Я знаю, что составляющая (?) часть процесса браузера передается службе «Виз».
Но это, кажется, экспериментальная функция. Итак, вопрос
- В каком потоке сейчас живет DisplayCompositor (который объединяет CompositorFrames)? Поток ввода/вывода процесса браузера?
Искренне,
Спасибо за ваше мнение, jmrk.
Ответы 1
Спасибо за [email protected]
Снаружи для кода рендерера blink/v8 мы используем явный malloc/free. Я не знаю об использовании GC в браузере или процессе GPU, нет.
Как говорится в тексте about:flags, компоновщик дисплея находится в процессе GPU (в потоке компоновщика). Это не в процессе браузера. Теперь это включено на большинстве платформ, поэтому я думаю, что экспериментальный классификатор на данный момент не является правильным. :)
Я думаю, вам следует задавать отдельные вопросы отдельно. Кроме того, для вопросов о скрытых вариантах дизайна любого данного программного проекта и статусе разработки сообщество / список рассылки / средство отслеживания ошибок этого проекта может быть лучшим путем, чем SO.