2

我试图找到一个可以最小化 Java OpenGL (JOGL) 应用程序中的内存分配和垃圾收集的方法。我将一些 C/C++/C# OpenGL 项目移植到 Java 作为学习练习。我遇到的一件事是 Java 中缺少指针以及应用程序运行时对象的分配和 GC。在 C/C++/C# 中，我可以让应用程序启动并简单地运行，而无需通过传递引用来分配任何额外的内存或对象，但在 Java 中，我的设计似乎不兼容。

随着这些设计的发展，它们正在使用更高级别的对象。在 C 中，它们是向量和矩阵以及 C++/C# 类的结构。这些基本上都归结为内存中的字节数组。然后以一种或另一种方式将其转换为 float[] 用于应用程序内部的 OpenGL 调用或对象数组，因此我可以使用基于对象的操作，例如运算符重载、加法和乘法或属性访问。任何使用 OpenGL 的人都可能看到我在做什么。这样，我在加载时分配所有内容并简单地传递数据。

Java 让我陷入了一些循环。看来我不能来回转换数据，因此我不断创建大量数据，GC 来了，它是否工作。这在应用程序运行期间被消耗和清理的资源以及明显的卡顿是显而易见的。除了为我的几何数据创建 VectorXf 数组并将 FloatBuffer 传递给 OpenGL 之外，我通过创建 FloatBuffers 来缓解其中的一些问题。但是当我需要更新 Vector 数据时，我必须将数据重新复制回浮点缓冲区。这也意味着我要存储双倍的数据并产生浮动缓冲区填充的开销。

我想听听其他人是如何处理这些问题的。我想保留内置功能的高阶对象，但能够将数据传递给 OpenGL。我的设计只是与 Java 不兼容吗？我需要专门迁移到 FloatBuffers 吗？如何将组件数据传递给更高阶的对象，而不会产生对象创建的损失。存在如此多的 OpenGL 应用程序，我怀疑有一些“魔法”可以为 float[] 和 Object[] 使用相同的缓冲区，或者为对象数据分配连续块并将引用传递给 OpenGL。

4

2 回答 2

3

管理 OpenGL 数据的驱动力是您不想对包含几何图形或纹理的内存负责。float[]甚至 FloatBuffers的使用应该只是为了将几何数据传输到 OpenGL 缓冲区对象中。一旦创建了 OpenGL 缓冲区并将数据复制到其中，就不再需要在 JVM 中保留副本。在几乎所有现代硬件上，这将导致数据保留在视频卡本身上，完全在 JVM 之外。

理想情况下，如果您的大部分几何图形都是静态的，您可以在启动时将其复制到 OpenGL 缓冲区，而无需再次直接管理它。如果您正在处理大量动态几何图形，那么您仍然必须将数据来回传输到 OpenGL 驱动程序。在这种情况下，您可能希望维护一个 FloatBuffers 池，该池可以充当在生成或发现不断变化的几何图形的代码和驱动程序之间移动数据的渡轮。FloatBuffers 是不可避免的，因为 OpenGL 需要给定格式的数据，这将不同于 JVM 中数据的内部表示，但至少您不需要为每一组保留一个单独的 FloatBuffer你拥有的数据。

于 2013-12-10T23:37:05.397 回答
0

我的经验：我使用 FloatBuffers 仅用于传输数据，但我发现这对于动态网格来说确实是性能下降，因为每次更改网格时我都必须将 Vec 数组转换为 FloatBuffers。现在我摆脱了我的 vec 数组，只通过我的网格类持续使用 FloatBuffers，处理它们不太优雅，但速度更快。因此，我建议您使用 FloatBuffers 保留和更新所有几何数据

于 2016-12-27T23:08:47.083 回答