Linux é difícil chamar a un sistema de xogos por varias razóns. En primeiro lugar, as interfaces gráficas modernas non sempre son compatibles cun sistema operativo gratuíto e os controladores funcionan a metade da capacidade. En segundo lugar, moitos xogos simplemente non son portados, aínda que Wine e outras solucións corrixen isto parcialmente.
Non obstante, o proxecto Google Stadia debía resolver tales problemas. Pero isto é só en teoría. De feito, os desenvolvedores de xogos en "nube" ao transferilos a Linux con problemas que tamén afectan ao planificador do núcleo do sistema.
O programador Malte Skarupke informou de que o programador do núcleo de Linux é malo, aínda que parches como MuQSS melloran parcialmente a situación. Non obstante, en xeral esta parte do sistema operativo está lonxe de ser ideal. E o propio MuQSS ten os seus propios problemas. Non obstante, como se viu, unha solución similar en Windows funciona moito mellor.
A conclusión é que para Google Stadia, a frecuencia de actualización da imaxe na pantalla é moi importante. Despois de todo, os xogos, de feito, execútanse en servidores remotos e os usuarios só reciben unha imaxe. Polo tanto, xunto cun bo ancho de banda de Internet, o rendemento do software tamén é importante. Pero este é precisamente o problema.
Tales deficiencias reveláronse durante a portada da película de acción Rage 2 a Stadia. Tendo en conta que o sistema admite taxas de actualización de fotogramas de 30 ou 60 FPS, cada fotograma tarda 33 ou 16 ms, respectivamente, en renderizarse. Se o tempo de renderización é máis longo, entón o xogo simplemente ralentizará e no lado do cliente.
Os desenvolvedores afirman que este problema non só existe en Rage 2, e Google é consciente da situación e está a traballar nunha solución, aínda que ninguén deu un prazo específico aínda.
MuQSS mostrou os mellores resultados para isto, polo que se supón que tarde ou cedo engadirase ao núcleo para substituír o programador actual. Só podemos esperar que isto suceda este ano.
Fonte: 3dnews.ru