Cambiar los contextos de OpenGL o cambiar el destino de procesamiento de contexto en su lugar, ¿qué es preferible?

Question

En MacOS X, puede representar OpenGL en cualquier objeto NSView de su elección, simplemente creando un NSOpenGLContext y llamando al -setView:. Sin embargo, solo puede asociar una vista con un solo contexto de OpenGL en cualquier momento. Mi pregunta es, si quiero rendir OpenGL a dos puntos de vista diferentes dentro de una sola ventana (o posiblemente dentro de dos ventanas diferentes), tengo dos opciones:

1. Crear un contexto y siempre cambiar la vista, llamando setView según corresponda, cada vez que quiera mostrar a la otra vista. Esto incluso funcionará si las vistas están dentro de diferentes ventanas o en diferentes pantallas.

2. Crea dos objetos NSOpenGLContext y asocia una vista con una de ellas. Estos dos contextos podrían compartirse, lo que significa que la mayoría de los recursos (como texturas, búferes, etc.) estarán disponibles en ambas vistas sin desperdiciar el doble de memoria. En ese caso, sin embargo, tengo que seguir cambiando el contexto actual cada vez que quiero renderizar en la otra vista, llamando al -makeCurrentContext en el contexto correcto antes de realizar cualquier llamada OpenGL.

he utilizado, de hecho, cualquiera de las opciones en el pasado, cada uno de ellos trabajaron bien para mis necesidades, sin embargo, me preguntaba, ¿qué camino es mejor en términos de rendimiento, compatibilidad, y así sucesivamente. Leí que el cambio de contexto es realmente terriblemente lento, o al menos solía ser muy lento en el pasado, podría haber cambiado mientras tanto. Puede depender de cuántos datos se asocian con un contexto (por ejemplo, recursos), ya que al cambiar el contexto activo se pueden transferir datos entre la memoria del sistema y la memoria de la GPU.

Por otro lado, la conmutación de la vista también puede ser muy lenta, especialmente si esto puede hacer que cambie el renderizador subyacente; p.ej. si sus dos vistas son parte de dos ventanas diferentes ubicadas en dos pantallas diferentes que son manejadas por dos adaptadores gráficos diferentes. Incluso si el renderizador no cambia, no tengo idea de si el sistema realiza una gran cantidad de instalación/limpieza de OpenGL caros al cambiar una vista, como crear/destruir objetos render-/ framebuffer, por ejemplo.

Answer 1

Investigué el cambio de contexto entre 3 ventanas en Lion, donde traté de resolver algunos problemas de rendimiento con una biblioteca VTK algo mal utilizada, que ya es terriblemente lenta.

Si cambia de contextos de representación o las ventanas realmente no importan, porque siempre existe la sobrecarga de hacer que ambos estén al hilo de llamada como un triple. Medí aproximadamente 50 ms por cada conmutador, donde también se cargan algunos gastos generales del administrador de OS/Window. Esta sobrecarga depende también en gran medida de la disposición de otras llamadas GL, ya que el controlador podría verse obligado a esperar a que finalicen los comandos, lo que puede lograrse manualmente mediante una llamada de bloqueo a glFinish().

La configuración más eficiente que obtuve trabajando es similar a su 2da, pero tiene dos hilos de renderizado dedicados que tienen su contexto de procesamiento (compartido) y ventana permanentemente enlazados. Los conmutadores/enlaces de contexto mencionados se realizan solo una vez en init.

Los subprocesos se pueden controlar usando algo de subprocesamiento como una barrera común, lo que permite que ambos subprocesos sincronicen cuadros individuales (ambos se quedan atrapados en la barrera antes de poderse iniciar de nuevo). El manejo de datos también debe estar interbloqueado, lo que se puede hacer en un hilo mientras se detienen otros hilos de procesamiento.