Linuxa trudno nazwać systemem do gier z wielu powodów. Po pierwsze, nowoczesne interfejsy graficzne nie zawsze są obsługiwane w darmowym systemie operacyjnym, a sterowniki działają z połową wydajności. Po drugie, wiele gier po prostu nie jest przenoszonych, chociaż Wine i inne rozwiązania częściowo to korygują.
Jednak projekt Google Stadia miał rozwiązać takie problemy. Ale to tylko w teorii. W rzeczywistości twórcy gier „w chmurze” podczas przenoszenia ich na Linuksa z problemami, które dotyczą również harmonogramu jądra systemu.
Deweloper Malte Skarupke poinformował, że harmonogram jądra Linuksa jest zły, chociaż poprawki takie jak MuQSS częściowo poprawiają sytuację. Jednak ogólnie ta część systemu operacyjnego jest daleka od ideału. A sam MuQSS ma swoje własne problemy. Jak się jednak okazało, podobne rozwiązanie w Windowsie sprawdza się znacznie lepiej.
Konkluzja jest taka, że w przypadku Google Stadia częstotliwość odświeżania obrazu na ekranie jest bardzo ważna. W końcu gry są uruchamiane na zdalnych serwerach, a użytkownicy otrzymują tylko obraz. Dlatego oprócz dobrej przepustowości Internetu ważna jest także wydajność oprogramowania. Ale to jest właśnie problem.
Takie niedociągnięcia wyszły na jaw podczas przenoszenia filmu akcji Rage 2 na Stadia. Biorąc pod uwagę, że system obsługuje częstotliwość odświeżania klatek 30 lub 60 FPS, renderowanie każdej klatki zajmuje odpowiednio 33 lub 16 ms. Jeśli czas renderowania jest dłuższy, gra po prostu zwolni i po stronie klienta.
Twórcy twierdzą, że problem ten występuje nie tylko w Rage 2, a Google jest świadomy sytuacji i pracuje nad rozwiązaniem, choć nikt nie podał jeszcze konkretnych ram czasowych.
MuQSS pokazał pod tym względem najlepsze wyniki, więc zakłada się, że prędzej czy później zostanie dodany do jądra, aby zastąpić bieżący harmonogram. Możemy mieć tylko nadzieję, że stanie się to w tym roku.
Źródło: 3dnews.ru