Использование памяти OpenGL

Говорите, свободный драйвер? Может там ещё не реализованы некоторые функции OpenGL аппаратно, и потому считаются программно с помощью Mesa, и вы как раз нашли одну из таких функций?

>и вы как раз нашли одну из таких функций?

GL_POLYGON_OFFSET_FILL? Сомневаюсь.

>GL_POLYGON_OFFSET_FILL? Сомневаюсь.

Сам в этом сильно сомневаюсь, т.к. потребление памяти при тесте на основе glut, рисующим многоугольники в режиме GL_POLYGON_OFFSET_FILL вполне адекватно. Забыл написать в теме, что для создания порта OpenGL используется наследник QGLWidget (Qt), который размещается как элемент формы. Попробую искать в направлении связи Qt с OpenGL.

Т.е., выделить самодостаточный кусок кода, воспроизводящий проблему никак? Тогда ответ где-то во всем коде :)
Да и как-будто недостпны средства отладки.

Попробую искать в направлении связи Qt с OpenGL.

Возможно, банально забыл корректно обработать какие-то события.

Вот альтернативный простой пример кода (найденный где-то в сети), в котором нет особой работы с памятью. Я в него добавил режим GL_POLYGON_OFFSET_FILL для изображения ребер куба и поместил прорисовку изображения в цикл (для приближения теста к боевым условиям).

Прошу протестировать при возможности.

На моей машине при работе этого теста (ссылка на проект Qt-Creator) съедается ~ 600Mb ОЗУ.

void GLWidget::paintGL()
{
    //draw scene here

    glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);
    glLoadIdentity();

    glTranslated(0.0, 0.0, -1.0);

    glRotatef( rotX, 1, 0, 0 );
    glRotatef( rotY, 0, 1, 0 );
    glRotatef( rotZ, 0, 0, 1 );

    static const int coords[6][4][3] = {
        { { +1, -1, -1 }, { -1, -1, -1 }, { -1, +1, -1 }, { +1, +1, -1 } },
        { { +1, +1, -1 }, { -1, +1, -1 }, { -1, +1, +1 }, { +1, +1, +1 } },
        { { +1, -1, +1 }, { +1, -1, -1 }, { +1, +1, -1 }, { +1, +1, +1 } },
        { { -1, -1, -1 }, { -1, -1, +1 }, { -1, +1, +1 }, { -1, +1, -1 } },
        { { +1, -1, +1 }, { -1, -1, +1 }, { -1, -1, -1 }, { +1, -1, -1 } },
        { { -1, -1, +1 }, { +1, -1, +1 }, { +1, +1, +1 }, { -1, +1, +1 } }
    };
    for (int j = 0; j < 100; j++)
    {
        glEnable(GL_POLYGON_OFFSET_FILL);
        glPolygonOffset(1.0, 1.0);
        for (int i = 0; i < 6; ++i) {
            glColor3ub( i*20+col, 100+i*10+col, i*42+col );
            glBegin(GL_QUADS);
            for (int j = 0; j < 4; ++j) {
                glVertex3d(0.2 * coords[i][j][0], 0.2 * coords[i][j][1], 0.2 * coords[i][j][2]);
            }
            glEnd();
        }
        glDisable(GL_POLYGON_OFFSET_FILL);
        glPolygonMode(GL_FRONT_AND_BACK, GL_LINE);
        for (int i = 0; i < 6; ++i) {
            glColor3ub( 0, 0, 0 );
            glBegin(GL_QUADS);
            for (int j = 0; j < 4; ++j) {
                glVertex3d(0.2 * coords[i][j][0], 0.2 * coords[i][j][1], 0.2 * coords[i][j][2]);
            }
            glEnd();
        }
        glPolygonMode(GL_FRONT_AND_BACK, GL_FILL);
    }
    if(col > 200) col = 0;
    col++;

    rotX += 1.1;
    rotY += 1.4;
    rotZ += 1.6;

}
[[/code]]

а с LIBGL_ALWAYS_SOFTWARE=1 как себя ведет озу?

>а с LIBGL_ALWAYS_SOFTWARE=1 как себя ведет озу?

Использование ОЗУ при этом вполне адекватно задаче!

Правильно я понимаю, что при этом программ работает программное OpenGL (без аппаратного ускорения).

да софтварное, в общем подтверждаю, только что пролверил у себя на x1100, ядро и меса из гита пару недельной давности, на галлиумном драйвере тормозит и жрет озу, на классичесом все пучком.
на hd6770 все отлично, так что это проблема или только r300g или только карт без tnl в коим относится x1250 и моя х1100