Organización de shaders GLSL en el motor OpenGL

Generalmente, la opción 2 será más rápida/mejor a menos que tenga un número realmente enorme de programas. También puede usar objetos de búfer compartidos entre programas para que no necesite restablecer ningún valor cuando cambie de programa.

Además, una vez que vincule un programa, puede liberar todos los shaders que vinculó al programa. Esto liberará todo el código fuente y cualquier información previa al enlace que el controlador mantenga, dejando solo el programa completamente vinculado en la memoria.

Tendería a creer que depende de la aplicación específica. Y sí, ya que sería más eficiente decir ejecutar 100 programas donde cada uno puede tener alrededor de 2-16 uniformes cada uno; puede ser mejor tener un intercambio de los dos. Tendería a pensar que decir tal vez 10 - 20 programas para sus técnicas de sombreado más comunes sería suficiente o unos pocos más. Por ejemplo, es posible que desee tener un programa / sombreador para hacer toda su asignación de baches, uno para hacer todos sus efectos de niebla, uno para hacer reflexiones, otro para hacer refracciones.

Ahora, fuera del alcance de su pregunta, creo que también pertenecería aquí, una cosa a incorporar en su motor sería una configuración de la clase BatchProcess & BatchManager para reducir la cantidad de llamadas CPU - GPU sobre el bus, ya que esto también resultaría eficiente. No creo que haya una solución 1 para todos a su pregunta, ya que creo que sería una aplicación específica al igual que establecer la relación entre cuántos lotes (cubos) de vértices (primitivas) que tendría su motor y cuántos vértices contendría cada uno de esos lotes.

Para tratar de dejar esto un poco más claro: un juego puede tener 4 contenedores o lotes donde cada lote puede contener hasta 10,000 vértices para ser considerado como lleno antes de que el BatchManager decida vaciar ese cubo enviando todos esos vértices a la Tarjeta Gráfica para que la canalización de renderizado sea procesada y dibujada donde un juego diferente puede tener 10 cubos con 5.000 vértices, u otro juego podría tener 8 cubos con 12.0000 vértices.

Así que podría haber un intercambio de tratar de combinar los dos de acuerdo a sus necesidades. Si usted tiene 1 solo programa con 100s de uniformes; el único programa es más fácil de administrar dentro de la tubería, pero los shaders sería más engorroso de leer y administrar. Por otra parte, tener shaders con muy pocos uniformes es bastante fácil de leer y administrar, pero tener 100 de programas es un poco más difícil de administrar en la CPU antes de vincularlos y enviarlos para que se representen correctamente. Personalmente, trataría de encontrar un punto medio donde tenga suficientes programas para hacer cada tarea específica que sea completamente única entre sí, como hacer densidad de niebla en uno y un mapeo volumétrico de sombras en otro donde cada programa tenga uniformes suficientes para hacer los cálculos requeridos.

El siguiente paso sería entonces hacer algunas pruebas de referencia para ver dónde se equilibra la eficiencia y los gastos generales para hacer el ajustes apropiados.