杂乱 - 高场景构成，性能和建议的做法

Posted 2023-02-16

【中文标题】杂乱 - 高场景构成，性能和建议的做法

【英文标题】：Clutter - high scene composition, performance and suggested practices

【发布时间】：2012-07-22 13:29:08

【问题描述】：

我对@9​​87654321@ 和Cogl 完全陌生，并且应该在一个应用程序上工作，该应用程序将显示相当大量的数据（列表、无尽的菜单、高度嵌套的元素等等）。

我一直在使用许多框架，尤其是在 Windows 上，例如 WinAPI、WinForms、WPF，并且知道在创建像 Lists 这样的自定义组件时会出现问题，这些组件使用来自已经存在的组件（例如，在表格中生成数千个标签以显示列表视图）。

我的问题是，Clutter 在这方面的表现如何？

它是否有一些场景虚拟化，只会在视口中呈现必要的项目？

它是否有一些合成层可以处理 Actor 的高合成？

我的意思是Actor 包含一个纹理、三个文本actor 和另外两个代表一些按钮的actor（可能也是组合的），所有这些都在某个中继器之王中。

我找不到任何有关这方面的材料，也没有时间对此进行试验，所以我急切地寻求一些建议。

如果您要向我推荐其他框架/方法，请不要这样做，因为 Clutter 是我唯一的选择（系统要求、客户要求……）。

感谢您的帮助。

【参考方案1】：

我自己进行了一些测量，似乎 Clutter 可以处理相当深和宽的合成树，而不会导致任何性能问题。 我遇到的问题是列表中显示的项目分配不当引起的，这些项目没有正确释放。