Эффективность затенения OpenGL с помощью FBO

Я работал над реализацией отложенного затенения, так как хочу, чтобы в моей сцене было как минимум 20 источников света. У меня были проблемы с тем, чтобы сделать это достаточно быстро (и до сих пор), но затем я сделал изменение, которое, как я думал, сделает его медленнее, но фактически почти удвоило частоту кадров.

Исходный код:

geometryPassFBO = createFBO(); // position texture, normal texture, colour texture and depth buffer
while (1)
{
bind geometryPassFBO.
allObjects.draw();

bind systemFBO();
for each light
send light info
draw light sphere sampling from position, normal and colour textures.

blit depth buffer from geometryFBO to systemFBO

for each light
light.draw(); // draw a cube to represent the light

2DObjects.draw(); // frame rate, etc...
}

Я находился в процессе настройки трафаретного теста, чтобы проход прохода освещения выполнялся только в том случае, если пиксель установлен во время прохода геометрии (т. Е. Фон с нормальным = 0,0,0 и позицией = 0,0,0 и цветом = 0 , 0,0.

Однако мне было трудно скопировать объединенный буфер глубины / трафарета в буфер глубины / трафарета по умолчанию. Очевидно, это не очень хорошо работает, так как мы не знаем, какой формат использует системный буфер глубины / трафарета. Итак, я прочитал, что было бы лучше настроить другое FBO, где мы можем указать формат буфера глубины / трафарета, выполнить рендеринг к нему, а затем либо перетащить, либо отобразить экранный квад, чтобы вывести его на экран.

Поэтому, прежде чем добавлять какие-либо элементы трафарета, я просто добавил новый FBO, чтобы заставить этот бит работать.

Мой новый код теперь выглядит так:

geometryPassFBO = createGeometryFBO(); // position texture, normal texture, colour texture and depth buffer
lightingPassFBO = createLightingFBO(); // colour texture and depth buffer
while (1)
{
bind geometryPassFBO.
allObjects.draw();

bind lightingPassFBO();
for each light
send light info
draw light sphere sampling from position, normal and colour textures.

blit depth buffer from geometryFBO to lightingPassFBO

for each light
light.draw(); // draw a cube to represent the light

2DObjects.draw(); // frame rate, etc...

bind systemFBO;
render screen quad sampling from colour texture.
}

Это работает как ожидалось. Чего не ожидалось, так это того, что моя частота кадров подскочила с 25 до 45 кадров в секунду.

Почему это? Как сделать дополнительный проход шейдера для квадрата экрана более эффективным, чем не делать?

Быстрый ответ на вопрос. Что является более эффективным рендерингом четырехъядерных экранов с использованием простого вершинного и фрагментного шейдера для выборки текстуры, основанной на gl_FragCoord, или прерывание цветовой привязки непосредственно к системному FBO?