Valve ha probado su optimización para GPU con poca VRAM en Linux, mostrando resultados mixtos en juegos con una GPU de 4 GB, donde no todos se benefician de la mejora. La técnica busca reducir la presión en la memoria GTT, pero su eficacia varía según el título.

Valve ha pasado de enseñar una idea prometedora en Linux a dejar sobre la mesa una primera tanda de resultados reales a través de NJ Tech con una GPU de 4 GB. Hasta ahora teníamos una comparativa centrada en cómo el parche de Valve reorganizaba la memoria para reducir la presión sobre la GTT en juegos y reservar más espacio útil en VRAM asignada a la GPU. Ahora ya tenemos algo más concreto: una batería de pruebas con una RX 6500 XT 4 GB, un Ryzen 5 5600X, 16 GB de DDR4 y CatchyOS con la opción GPU Boosters activada, ¿funciona o no funciona? Técnicamente sí, pero no al nivel esperado.

La diferencia es importante, porque ya no hablamos solo de gestión de memoria o de una captura aislada en juegos como Cyberpunk 2077. Ahora vemos qué pasa de verdad cuando esa optimización entra en escena en varios juegos, con ajustes concretos y con una gráfica que ya vive muy cerca del límite y sufre con todos ellos.

El parche de Valve para mejorar la gestión en GPU con poca VRAM puesta a prueba en juegos

En la prueba anterior, el cambio de base ya quedaba bastante claro. En Cyberpunk 2077, el sistema pasaba de 6.105 MB de VRAM y 1.370 MB de GTT para el juego, a 7.395 MB de VRAM y 650 MB de GTT, con un reparto mucho más favorable para la memoria VRAM de la gráfica. La idea detrás del parche era precisamente esa: reducir el uso de GTT, bajar la migración (swap) de memoria y suavizar las caídas de rendimiento cuando la VRAM empieza a quedarse corta. Es decir, reduce el intercambio con la DDR5 y prioriza la GDDR en la gráfica.

Con los nuevos datos concretos el panorama es mucho más revelador, puesto queel caso más llamativo es Alan Wake II. A 1080p, en Low y con FSR 2 Quality, la RX 6500 XT pasa de 14 FPS de media y 12 FPS en el 1% Low a 41 FPS y 28 FPS. El otro gran salto aparece en Resident Evil: Requiem, configurado a 1080p Lowest con Max Upscaling, donde la media sube de 67 a 78 FPS y el 1% Low pasa de 36 a 56 FPS. Son los 2 ejemplos donde el cambio deja de ser una mejora pequeña y entra ya en terreno muy visible incluso con una configuración tan ajustada.

No se nota en todos los juegos por desgracia, pero es el camino a seguir por parte de Valve

A partir de ahí el comportamiento se vuelve mucho más irregular. Silent Hill f, a 1080p Low con TAA, pasa de 47 a 50 FPS y de 34 a 35 FPS en el 1% Low. Spider Man 2, a 1080p Low con TAA Native, sube de 60 a 62 FPS, pero mantiene 37 FPS en el 1% Low. Hogwarts Legacy, a 1080p Medium con TAA High, pasa de 60 a 61 FPS y de 45 a 47 FPS. Crimson Desert, a 1080p Low sin upscaling, se queda en 45 FPS de media tanto con la función desactivada como activada, y solo mueve el 1% Low de 37 a 38 FPS.

También hay títulos donde directamente no cambia nada, o incluso se pierde algo. Cyberpunk 2077, a 1080p Low con texturas en High y sin upscaling, se mantiene en 49 FPS de media y 40 FPS en el 1% Low. Death Stranding 2, a 1080p Low con PICO Native, se queda clavado en 34 FPS y 28 FPS. The Last of Us Part II, a 1080p Low con TAA Native, baja de 20 a 19 FPS de media y de 17 a 16 FPS en el 1% Low.

Con estos datos ya no hablamos de una mejora general para cualquier GPU con 4 GB o 6 GB, sino de un comportamiento muy dependiente del juego y de la carga concreta de memoria. La siguiente prueba que todos vamos a querer ver es la misma idea repetida con más títulos, más ajustes y más hardware de AMD, NVIDIA e Intel, porque ahora mismo la puerta está abierta, pero el patrón todavía no es uniforme. ¿Hay mejora? Sí, mucha en algunos casos, poca en otros, algún retroceso mínimo que igualmente justifica el parche de Valve, puesto que las GPU con menos VRAM como esta salen beneficiadas en los juegos.