La gestión de la RAM en Linux por parte de los juegos y de las aplicaciones más exigentes podría dar pronto un paso adelante importante. Tvrtko Ursulin, ingeniero de Igalia, ha presentado una propuesta que apunta a unificar la manera en que se consulta el uso de memoria de vídeo en el sistema. La idea es sencilla de explicar aunque tenga un trasfondo técnico notable: acabar con la fragmentación que hoy existe entre los distintos drivers y ofrecer una lectura común para todos.
La propuesta llega en forma de parche de ejemplo y cambiaría el modo en que las herramientas de monitorización y los motores de render acceden a la información de la GPU. Nada de depender de las APIs propias de cada fabricante. Todo pasaría por una ruta concreta, /sys/class/drm/card1/memstat/, un directorio pensado para mostrar regiones de memoria como la vRAM y la GTT con un formato compartido. Hasta ahora cada driver informaba de estos datos a su manera, con lecturas poco claras o llamadas propietarias que hacían casi imposible comparar el estado de la tarjeta gráfica entre marcas distintas. El objetivo es que cualquier aplicación pueda leer esas cifras sin tener que adivinar de antemano qué modelo hay instalado en el equipo.
El parche de AMDGPU pone a prueba memstat
El ejemplo que acompaña la propuesta se apoya en el driver AMDGPU y define una estructura común para leer el estado de la memoria. Cada región identificada devuelve dos datos claros: su capacidad total y el consumo en tiempo real, expresados en megabytes. Ya no haría falta interpretar archivos con nombres crípticos ni confiar en que el propio driver resuelva la lectura por su cuenta.
Hasta la fecha, saber cuánta VRAM estaba realmente en uso dependía de mecanismos específicos de cada fabricante o de trucos poco documentados que cambiaban de una distribución a otra. Con memstat, los técnicos tendrían un número limpio y comparable entre tarjetas. Eso permite distinguir con rapidez si una GPU está trabajando al límite de su capacidad o si todavía le queda margen para asumir nuevas cargas de trabajo, y todo sin recurrir a herramientas externas de terceros.
Link affiliatoMonitorización y motores de render en Linux
La fragmentación actual obliga a que cada driver exponga sus datos de forma distinta, algo que complica bastante el desarrollo de software pensado para funcionar con GPUs de varios fabricantes a la vez. Es uno de esos problemas que no se ven pero que se notan cuando toca programar. Al unificar la consulta bajo sysfs, las herramientas de monitorización y los motores de render podrán leer el estado de la vRAM sin tener que implementar rutas específicas para cada tarjeta, con lo que el trabajo se vuelve más sencillo y coherente.
Fuente
Imagen: softzone.es