2

我在这里遇到了一个奇怪的问题：我有一个潜在的大（高达 500mb）3d 纹理，每秒创建几次。纹理的大小可能会发生变化，因此并非每次都可以重用旧纹理。避免内存消耗的逻辑步骤是在每次不再使用纹理时删除纹理（使用 glDeleteTexture），但程序很快就会因读取或写入访问冲突而崩溃。当在我用来更新纹理的缓冲区上调用 glDeleteBuffer 时，也会发生同样的事情。

在我看来，这不可能发生，因为 glDelete* 函数非常安全。如果你给他们一个不是对应对象的 gl 句柄，他们就什么也不做。

有趣的是，如果我不删除纹理和缓冲区，程序运行良好，直到它最终耗尽显卡上的内存。

它运行在 Windows XP 32 位、NVIDIA Geforce 9500GT 和 266.58er 驱动程序上，Visual Studio 2005 中的编程语言是 c++。

更新

显然 glDelete 不是唯一受影响的功能。我刚刚在其他几种方法中遇到了违规行为（昨天不是这种情况）......看起来这里有些东西该死了。

更新 2

这不应该失败吗？

template <> inline
Texture<GL_TEXTURE_3D>::Texture(
    GLint internalFormat,
    glm::ivec3 size,
    GLint border ) : Wrapper<detail::gl_texture>()
{
    glGenTextures(1,&object.t);

    std::vector<GLbyte> tmp(glm::compMul(size)*4);
    glTextureImage3DEXT(
        object,             // texture
        GL_TEXTURE_3D,          // target
        0,                      // level
        internalFormat,         // internal format
        size.x, size.y, size.z, // size
        border,                 // border
        GL_RGBA,                // format
        GL_BYTE,                // type
        &tmp[0]);               // don't load anything
}

失败：

Exception (first chance) at 0x072c35c0: 0xC0000005:  Access violoation while writing to position 0x00000004.
Unhandled exception at 0x072c35c0 in Project.exe: 0xC0000005: Access violatione while writing to position 0x00000004.

最佳猜测：有什么东西弄乱了程序内存？

4

2 回答 2

4

我不知道为什么 glDelete 会崩溃，但我相当肯定你无论如何都不需要它并且过于复杂了。

glGenTextures 为您的纹理创建一个“名称”。glTexImage3D 为 OpenGL 提供了一些附加到该名称的数据。如果我的理解是正确的，当您不再需要数据时，没有理由删除名称。

相反，您应该简单地在相同的纹理名称上再次调用 glTexImage3D 并相信驱动程序会知道不再需要您的旧数据。这允许您每次重新指定一个新大小，而不是先指定最大大小然后调用 glTexSubImage3D，这会使实际使用数据变得困难，因为纹理仍将保留其最大大小。

下面是一个在 python 中的愚蠢测试（需要 pyglet），它分配一大堆纹理（只是为了检查 GPU-Z 中的 GPU 内存使用测量是否确实有效）然后每帧将新数据重新分配给相同的纹理，使用随机新大小和一些随机数据只是为了解决如果数据保持不变可能存在的任何优化。

它（显然）慢得要命，但至少在我的系统（Windows server 2003 x64，NVidia Quadro FX1800，驱动程序 259.81）上，GPU 内存使用量在循环重新分配纹理时不会增加。

import pyglet
from pyglet.gl import *
import random

def toGLArray(input):
    return (GLfloat*len(input))(*input)

w, h = 800, 600
AR = float(h)/float(w)
window = pyglet.window.Window(width=w, height=h, vsync=False, fullscreen=False)


def init():
    glActiveTexture(GL_TEXTURE1)
    tst_tex = GLuint()
    some_data = [11.0, 6.0, 3.2, 2.8, 2.2, 1.90, 1.80, 1.80, 1.70, 1.70,  1.60, 1.60, 1.50, 1.50, 1.40, 1.40, 1.30, 1.20, 1.10, 1.00]
    some_data = some_data * 1000*500

    # allocate a few useless textures just to see GPU memory load go up in GPU-Z
    for i in range(10):
        dummy_tex = GLuint()
        glGenTextures(1, dummy_tex)
        glBindTexture(GL_TEXTURE_2D, dummy_tex)
        glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA16F, 1000, 1000, 0, GL_RGBA, GL_FLOAT, toGLArray(some_data))
        glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP_TO_EDGE)
        glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP_TO_EDGE)
        glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR)
        glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR)

    # our real test texture
    glGenTextures(1, tst_tex)
    glBindTexture(GL_TEXTURE_2D, tst_tex)
    glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA16F, 1000, 1000, 0, GL_RGBA, GL_FLOAT, toGLArray(some_data))
    glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP_TO_EDGE)
    glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP_TO_EDGE)
    glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR)
    glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR)

def world_update(dt):
    pass
pyglet.clock.schedule_interval(world_update, 0.015)

@window.event
def on_draw():
    glClear(GL_COLOR_BUFFER_BIT|GL_DEPTH_BUFFER_BIT)
    # randomize texture size and data
    size = random.randint(1, 1000)
    data = [random.randint(0, 100) for i in xrange(size)]
    data = data*1000*4

    # just to see our draw calls 'tick'
    print pyglet.clock.get_fps()

    # reallocate texture every frame
    glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA16F, 1000, size, 0, GL_RGBA, GL_FLOAT, toGLArray(data))

def main():
    init()
    pyglet.app.run()

if __name__ == '__main__':
    main()
于 2011-03-03T10:13:11.613 回答
0

在整个代码中撒上glGetError() 。我敢打赌你会被 glDelete 实际上并没有破坏对象的事实所吸引。对象的使用时间可能更长。因此，我怀疑您的内存不足（即 glGetError 正在返回 GL_OUT_OF_MEMORY）。

于 2011-03-03T10:14:02.947 回答