El acceso a la GPU se hace cada vez mĆ”s necesario en entornos de contenedores y victualizados. La popularizaciĆ³n de las mĆ”quinas virtuales y contenedores han traido nuevos desafĆos en tĆ©rminos de compatibilidad con las GPUs. Google y Collabora estĆ”n implementando soporte para este tipo de tecnologĆas, y prueba de ellos es Virgil3D, un proyecto de cĆ³digo abierto con el que se pueden crear GPUs virtuales o vGPUs para los entornos virtuales. Por ejemplo, en QEMU podemos disfrutar de esto mediante virglrenderer y virtio-gpu como se peude ver en el diagrama anteriorā¦
Las aplicaciones de la mĆ”quina virtual que funcione con OpenGL se podrĆ” usar sin modificaciones de Mesa (o con otras pilas propietarias de otros desarrolladores), canalizando los comandos de hardware a travĆ©s de virtio-gpu en vez de hacerlo directamente por Mesa. Una ve la mĆ”quina fĆsica o host recibe los comandos de hardware para el manejo de los grĆ”ficos, serĆ”n interpretados por virglrenderer como si se tratase de un entorno normal con OpenGL. Pues bien, ahora existen nuevas mejoras al respecto, como por ejemplo la implementaciĆ³n en QEMU del soporte para usar aceleraciĆ³n de OpenGL ES (para poder ejecutar QEMU en entornos que solo admiten OpenGL ES), mejoras hacia la compatibilidad de Virglrenderer con OpenGL ES 2.0, y tambiĆ©n se trabaja para OPenGL ES 3.0. AdemĆ”s, se han estado incluyendo algunas mejoras y nuevas funciones para Virglrenderer. Pero no son las Ćŗnicas mejoras, ya se trabaja en mucho mĆ”s de cara al futuroā¦
De todas formas, no son los Ćŗnicos que se estĆ”n preocupando de esto, tambiĆ©n NVIDIA y AMD estĆ”n estudiando y desarrollando sus propias soluciones en este sentido debido a la importancia, quizĆ”s no tando para la mayorĆa de usuarios de escritorio, pero sĆ para todas las empresas o usuarios que necesiten implementar entornos virtuales como los que solemos usar en la nube.