Valve продовжує підштовхувати Linux до перспективного майбутнього у світі ігор. Після численних проектів з відкритим кодом, що заохочують створення нових відеоігор для GNU / Linux, а також інших, таких як Proton, щоб запустити власні відеоігри Microsoft Windows або їх API для віртуальної та доповненої реальності, він тепер має нові амбіції щодо ядра Linux і має запропонував кілька крутих речей.
Це правда, що Linux зараз не є улюбленою платформою для ігор, але Valve має багато амбіцій щодо того, щоб ядро стало майбутнім відеоігор і Я закінчив заміною Windows. Сам генеральний директор Valve Гейб Ньюел запевнив, що Linux - це майбутнє відеоігор. Зараз вони пропонують зміни до самого ядра, щоб зробити його більш ігровим, тим самим залучивши більше розробників.
Після катастрофи, яка стала Windows 8 для ігор, коли Ньюел запропонував це, вони почали створювати свою Steam Machine, Steam OS та інші проекти, які ми зараз знаємо. Але правда полягає в тому, що Microsoft засвоїла свій урок і змінила все це на вдосконалення Windows 10. Це вдосконалення спричинило втрату інтересу до Linux як ігрової платформи, і саме тому вони почали свій проект Протон на основі вина для запуску власного програмного забезпечення без його перенесення, а також вони включили DXVK для перекладу DirectX 3D-дзвінків у Vulkan.
Але це не те, що вони хочуть вони хочуть піти далі, оскільки деякі дуже вимогливі до апаратного забезпечення відеоігри погано працюють на Wine. Ось чому вони анонсували зміни в самому ядрі Linux, щоб зробити його більш ігровим. Пропозиції Valve проходять усунення несправностей експериментальної заміни для esync на основі функцій ядра eventfd (). А це вимагає розширення системного виклику futex (), щоб виставити додатковий біт для оптимальної синхронізації пулу потоків, що покращить продуктивність певних відеоігор.
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.