Настройка производительности OpenGL для пропускной способности геометрии

Это, вероятно, спросили много раз, но я ничто не мог найти полезным, таким образом, здесь это идет снова...

В моем приложении я должен представить довольно большую сетку (несколько миллионов треугольников или больше), и у меня есть некоторые проблемы при вытаскивании достойной частоты кадров из него. ЦП в значительной степени бездействует так, я определенно ограничен GPU. Изменение разрешения не влияет на производительность, таким образом, это не фрагмент - или ограниченный растром.

Сетка является динамичной (но локально статичной), таким образом, я не могу сохранить все это в видеокарте и представить ее с одним вызовом. По специализированным причинам данные хранятся как дерево октантов с вокселами в листах со средствами, я получаю frustum, отбирающий в основном бесплатно. Данные вершины состоят из координат, normals и цветов - никакие структуры или программы построения теней не используются.

Мой первый подход должен был просто представить все из памяти использование одного большого STREAM_DRAW VBO, который оказался слишком медленным. Моя начальная буква думала, был то, что я, возможно, перенапрягал шину (продвигающий ~150 мебибайт за кадр), таким образом, я реализовал кэширующуюся схему, которая хранит геометрию, недавно раньше представлял объект в статическом VBOs на видеокарте, с каждым VBO хранение нескольких 100 кибибайт к ценности на несколько мебибайт данных (хранящий больше на VBO дает больше перегрузки кэша, таким образом, существует компромисс здесь). Изображение ниже является примером того, на что похожи данные, где все окрасило красным, оттянут из кэшируемого VBOs.

_{(источник: sourceforge.net)}

Как числа ниже шоу, я не вижу захватывающее увеличение производительности при использовании кэша. Для полностью статической сетки приблизительно 1 миллиона треугольников я получаю следующую частоту кадров:

• Без кэширования: 1,95 Гц
• Кэширование массивов вершины использования: 2,0 Гц (> 75% сетки кэшируются),
• Кэширование использования STATIC_DRAW VBOs: 2,4 Гц

Так мои вопросы то, как я ускоряю это? Т.е.:

• Что рекомендуемый формат вершины должен получить достойную производительность? Я использую хранение с чередованием с положениями и normals как GL_FLOAT и GL_UNSIGNED_BYTE для цветов, с одним дополнительным байтом для получения 4-байтового выравнивания (общее количество на 28 байтов/вершины).
• Могло ли использование того же буфера для normals для всех моих полей помочь (все поля выравниваются осью так, я могу выделить нормальный буфер размер самой большой записи кэша и использовать его для них всех).
• Как я знаю, какая часть конвейера является узким местом? У меня нет захватывающей видеокарты (Intel GM965 с драйверами Linux с открытым исходным кодом), таким образом, возможно, что я поразил его предел. Сколько пропускной способности я могу ожидать от типичных аппаратных средств (2-3 года интегрировали графику, современную интегрированную графику, современную дискретную графику)?
• Любые другие подсказки относительно того, как Вы занялись бы этим, ловушками, и т.д.

Я не интересуюсь ответами, предлагающими LOD (я уже протестировал это), определенные для поставщика подсказки или использующие функции OpenGL от чего-либо позже, чем 1,5.