Un desarrollador de kernel de Meta, David Vernet, ha encontrado el origen real de buena parte de los tirones que sufren los jugadores en Linux. No es Proton. El problema del stuttering en Linux con el gaming usando Proton parece venir de un fallo en el control de rendimiento energético (EPP) de los procesadores AMD. De hecho, este hallazgo ha llevado al desarrollo de un parche kernel epp_boost específicamente diseñado para resolver esta cuestión.
Proton, la capa de compatibilidad de Valve que permite ejecutar juegos de Windows en Linux, suele ser el primer acusado cuando algo va mal. Sin embargo, Vernet ha detectado que cuando un hilo de juego se detiene brevemente —esperando una tarea, una GPU fence o un evento de sincronización— la señal de demanda de rendimiento del procesador se degrada. Por tanto, el hilo se reanuda a una frecuencia más baja de la esperada. Esto puede fallar su ventana de frame, reduciendo los llamados 1% lows.
De 3,5GHz a 2,4GHz sin previo aviso: el problema del stuttering de Linux en gaming usando Proton es revelado
En la Steam Deck, el núcleo ocupado caía de 3,5GHz a unos 2,4GHz tras un breve sueño del hilo del juego. Esa frecuencia reducida podía mantenerse unos 8ms. En algunos casos llegaba hasta un par de segundos después de que el hilo despertara. En Civilization VI, un juego que exige mucho a la CPU, el efecto era claramente visible.
Aquí entra el parche epp_boost. En lugar de forzar todos los núcleos al máximo rendimiento, el parche vigila la ocupación C0 de cada núcleo. Por tanto, si detecta una utilización de al menos el 50%, escribe temporalmente el valor de máximo rendimiento en el campo EPP de ese núcleo. La petición anterior se restaura a los 300ms si no hay otra muestra que lo justifique.
31,8% de mejora en los 1% lows con la Steam Deck
Con seis iteraciones de Civilization VI en la Steam Deck LCD, el núcleo principal tenía una frecuencia media de 2,43GHz pese a estar ocupado el 98% del tiempo con la configuración por defecto. De hecho, con epp_boost activado, esa media subió a 3,5GHz y los 1% lows mejoraron un 31,8%. Además, el parque kernel epp_boost ofrece resultados superiores a otras aproximaciones.
- Frecuencia media sin el parche: 2,43GHz con 98% de utilización
- Frecuencia media con epp_boost: 3,5GHz
- Mejora en 1% lows con epp_boost: 31,8%
- Poner EPP en rendimiento global: misma frecuencia media, pero solo 16% de mejora y aplicado a todos los núcleos
| Especificación | Detalle |
|---|---|
| Chipset | AMD Zen 2 personalizado, 4 núcleos, 8 hilos, hasta 3,5GHz |
| RAM | 16GB LPDDR5 a 5600MHz |
| Almacenamiento | Hasta 512GB en M.2 2230 |
| Dimensiones | 298 x 117 x 49mm |
Un problema de firmware, no de la capa de compatibilidad
Los ensayos de Vernet apuntan al firmware o a la unidad de gestión del sistema como origen de la caída de frecuencia. No se trata de Proton ni de la capa de compatibilidad. Sin embargo, un experimento paralelo que subía el mínimo de rendimiento del núcleo ocupado empeoró los frame times más extremos (p999) entre un 13% y un 21%. Por tanto, subir la frecuencia a lo bruto no es la solución.
El parche kernel epp_boost sigue siendo un RFC, no una función aceptada en el kernel principal de Linux. Su implementación puede cambiar durante la revisión. Además, los ingenieros de gestión de energía de AMD ya lo están revisando. De hecho, las pruebas se han centrado en la Steam Deck y su APU. Como ya vimos al analizar las mejoras de Proton 11 en SteamOS, buena parte del rendimiento en Linux depende de piezas que quedan fuera de la propia capa de compatibilidad.
Puedes seguir a HardwarePremium en Facebook, Twitter (X), Instagram, Threads, BlueSky o Youtube. También puedes consultar nuestro canal de Telegram para estar al día con las últimas noticias de tecnología.
FAQ
No. Se trata de un RFC en revisión por los ingenieros de AMD, no de una función incluida en el kernel principal de Linux. Su comportamiento final puede cambiar antes de llegar a los usuarios.
Las pruebas se han centrado en la Steam Deck y su APU, pero el parche podría beneficiar a otros sistemas AMD compatibles con el control EPP, según el propio desarrollador.
Porque dispara el consumo y reduce la autonomía en un dispositivo portátil con batería limitada. Además, un experimento que subía el mínimo de rendimiento del núcleo ocupado empeoró los frame times más extremos entre un 13% y un 21%.
No exactamente. Proton sigue teniendo margen de mejora en compatibilidad con ciertos juegos, pero este caso concreto de caída de frecuencia y micro-stuttering se origina en el firmware o la gestión de energía, no en la capa de compatibilidad.
QIDI Plus5, unboxing completo y primera impresión
Este teclado se activa con 0,1 mm | Razer Huntsman V3 HE Mini
Esta AIO NO necesita cables… pero hay truco
Dejé de repetir tomas gracias a este teleprompter
¿La silla que iguala a un Herman Miller… con motor y masaje incluido?
Comentarios