Portada » Valve lanza una nueva implementación Anti Lag para el controlador de Vulkan RADV
Publicado en

Valve lanza una nueva implementación Anti Lag para el controlador de Vulkan RADV

El equipo de desarrollo de controladores gráficos para Linux de Valve ha enviado al git de Freedesktop una nueva implementación Anti Lag para que sea incluida en el controlador RADV. Esta nueva implementación, además de reemplazar la implementación actual, MESA_LAYER_ANTI_LAG, tiene como objetivo también integrar la extensión VK_NV_low_latency_2.

Valve publica una nueva implementación Anti Lag para el controlador gráfico de Vulkan, RADV.

¿En qué consiste esta nueva implementación Anti Lag publicada por Valve para el driver RADV?

Lo primero a tener en cuenta de esta nueva implementación es que toma como base el actual código de MESA_LAYER_ANTI_LAG, por lo que resulta lógico el reemplazo. La mejora que introdujo Valve en su nueva implementación consiste básicamente en dividir las capas existentes e integrarlas en un marco de utilidad base a fin de obtener una implementación simplificada en el controlador RADV.

Este marco de utilidad base es el encargado de configurar los QueryPools (grupos ejecutores de consultas que proporcionan retornos anticipados) y los CommandBuffers (objetos que registran los búferes de comandos para enviarlos a la cola de ejecución) a fin de obtener marcas de tiempo. Una vez que obtiene dichas marcas, se vincula a los QueueSubmit2 (comandos de sincronización para procesar los objetos en cola de ejecución) y QueuePresentKHR (comandos de renderizado e inicializadores de la transición de imágenes). Esto da como resultado que el controlador RADV obtenga rápidamente la información de cada fotograma procesado, por medio de llamadas de devolución.

«Esta implementación se basa en el código de MESA_LAYER_ANTI_LAG y lo reemplaza por completo. Básicamente, dividimos la capa existente en un marco de utilidad base y una implementación de controlador simplificada. En la inicialización, el marco configura algunos QueryPools y CommandBuffers, para poder tomar marcas de tiempo, y se conecta a QueueSubmit2 y QueuePresentKHR. El controlador puede entonces recuperar la información de temporización por fotograma a través de una función de devolución de llamada.

Antes de que alguien pregunte: Sí, es posible (y bastante sencillo) implementar VK_NV_low_latency_2 sobre este marco.» Indicó Daniel Schürmann, miembro del equipo de desarrollo de controladores gráficos para Linux de Valve.

¿Y todo ello que quiere decir en cristiano?

En palabras directas, sencillas y claras, todo ese trabajo significa básicamente una reducción notable del tiempo que toma cada fotograma en ser procesado por la GPU sin llegar a sobrecargarla. Esto reduce los efectos de lag al jugar juegos o visualizar alguna película o serie en alta resolución. Además, con la integración de la extensión VK_NV_low_latency_2, el controlador RADV obtendrá unos fotogramas más fluidos.

Solo nos queda esperar su aprobación para que luego se determine en qué versión futura del stack gráfico de Mesa será incluida esta nueva implementación.

Soy Ramón Marquez, creador y editor jefe de este sitio web. Llevo más de 10 años redactando notas informativas, de opinión y guías sobre tecnología, enfocándome sobre todo en Linux y Windows. Con Notas REM, abarco más segmentos de tecnología como juegos, Apple (Mac e iOS), hardware, móviles y la IA.

Además de la redacción, también tengo amplia experiencia en el soporte TI (nivel 1 y 2), donde he formado parte de equipos de laboratorios de pruebas y equipos de migración de plataforma.

Deja un comentario