Valve nadal popycha Linuksa w obiecującą przyszłość w grach. Po wielu projektach open source, które zachęcały do tworzenia nowych gier wideo dla systemu GNU / Linux, a także innych, takich jak Proton, w celu wprowadzenia natywnych gier wideo Microsoft Windows lub ich interfejsów API dla rzeczywistości wirtualnej i rozszerzonej, ma teraz nowe ambicje dotyczące jądra Linuksa i zaproponował kilka fajnych rzeczy.
Prawdą jest, że Linux nie jest teraz ulubioną platformą do gier, ale Valve ma duże ambicje, aby jądro było przyszłością gry wideo i Skończyło się na wymianie systemu Windows. Prezes Valve, Gabe Newell, sam zapewnił, że Linux jest przyszłością gier wideo. Teraz sugerują zmiany w samym jądrze, aby uczynić je bardziej przyjaznym dla gier, a tym samym przyciągnąć więcej programistów.
Po katastrofie, jaką był Windows 8 do gier, kiedy Newell to zasugerował, zaczęli tworzyć swój Steam Machine, Steam OS i inne projekty, które teraz znamy. Ale prawda jest taka, że Microsoft wyciągnął wnioski i zmienił to wszystko, aby ulepszyć Windows 10. To ulepszenie spowodowało, że zainteresowanie Linuksem jako platformą do gier przepadło i dlatego rozpoczęli swój projekt. Proton na bazie wina do uruchamiania natywnego oprogramowania bez jego przenoszenia, a także zawierał DXVK do tłumaczenia wywołań DirectX 3D na Vulkan.
Ale nie tego chcą chcą iść dalej, ponieważ niektóre bardzo wymagające sprzętowo gry wideo nie działają dobrze w Wine. Dlatego ogłosili zmiany w samym jądrze Linuksa, aby było bardziej przyjazne dla graczy. Sugestie Valve dotyczą rozwiązywania problemów z eksperymentalnym nadpisywaniem dla esync, w oparciu o funkcje eventfd () jądra. A to wymaga rozszerzenia wywołania syscall futex () w celu udostępnienia dodatkowego bitu dla optymalnej synchronizacji puli wątków, która poprawi wydajność niektórych gier wideo.
Gabriel Krisman Bertazi, ingeniero de Collabora, también comentó que están proponiendo cambios en la propia biblioteca glibc y libpthread para estas características multiproceso de los videojuegos. Todos estos cambios podrían traer hasta un 4% de mejora en algunos títulos que se ejecutan sobre Proton. Parece que la comunidad han aceptado estas propuestas, y lo único que están debatiendo es el cómo y algunos límites para incluirlo en la rama del kernel.