Linux ускоряет игры, перенося части Windows в ядро

Linux-гейминг ускоряется уже не только за счёт Proton. В ядро добавили NTSYNC, драйвер с нативной реализацией механизмов синхронизации Windows NT, и на актуальном Steam Deck он уже включён по умолчанию. Для игрока перевод простой: меньше подвисаний, меньше странных зависаний и местами более высокий FPS в тех играх, где Wine раньше спотыкался о собственные обходные пути.

Сдвиг тут интереснее самого драйвера. Двадцать лет Linux для игр жил на слоях совместимости и самодельных костылях, а теперь эти костыли уезжают в ядро и становятся штатной функцией системы. Когда Linux в марте 2026 года перевалил за 5% среди пользователей Steam, у Valve появился очень приземлённый мотив чинить не только Proton, но и фундамент под ним.

Что делает NTSYNC в Linux

NTSYNC закрывает старую дыру между тем, как Windows и Linux координируют потоки. Современная игра одновременно гоняет рендеринг, физику, звук, ИИ, ввод и подгрузку данных по нескольким ядрам CPU. Чтобы всё это не ломало друг друга, Windows использует собственный набор примитивов синхронизации, вроде событий, мьютексов и семафоров. Wine годами изображал их через esync и fsync. Работало неплохо, но не всегда точно.

С NTSYNC Linux отвечает на эти вызовы нативно, без лишней пантомимы. Играм не нужно знать, что под ними не Windows. Для Proton это выгодная сделка: меньше кода для обхода чужих привычек, меньше шанс получить редкий баг, который не виден в бенчмарке, но отлично портит вечер.

Это уже не первый случай. В 2022 году в ядро Linux попал futex_waitv, системный вызов, который дал fsync нормальную опору и научил систему ждать сразу несколько событий. Причина была та же самая: Windows-софт давно жил с таким поведением, а Linux приходилось догонять, потому что рынок игр и приложений писать заново под POSIX никто не собирался.

Сколько FPS даёт NTSYNC в Proton

Самые громкие цифры вокруг NTSYNC, от 40% до 200% прироста, звучат красиво и ровно поэтому их любят повторять. Проблема в том, что эти тесты сравнивали новый драйвер с обычным upstream Wine, а не с Proton, которым реально пользуются Linux-игроки. На практике сравнение с fsync выглядит куда спокойнее: чудес нет, но в тяжёлых играх просадки становятся мягче, а некоторые старые зависания просто исчезают.

Больше всего выиграют три категории:

• игры, которые раньше упирались в синхронизацию потоков, а не в GPU
• проекты с редкими фризами, дедлоками и странным поведением под Wine
• устройства вроде Steam Deck, где CPU-запас невелик и любой лишний обходной путь дороже

Это особенно заметно на портативках. На настольном Ryzen 7 лишний процент нагрузки часто растворяется в общей мощности железа. На APU внутри Steam Deck тот же просчёт в синхронизации вылезает сразу, потому что CPU там и так занят по уши.

Почему Valve тащит Windows-механики в ядро Linux

Ответ скучный и потому честный: так дешевле поддерживать платформу. Valve, CodeWeavers и автор NTSYNC, Элизабет Фигура, давно воюют не за красивую архитектуру, а за то, чтобы Windows-игры вели себя на Linux предсказуемо. Каждый хитрый слой совместимости рождает пачку исключений. Когда поведение переносится в ядро, исключений становится меньше, а исправления начинают работать сразу для SteamOS, Bazzite, CachyOS, Fedora и прочих сборок, как только они обновят ядро.

Заодно рушится старый миф про Linux как игрушку для энтузиастов, которые любят чинить систему вместо игр. Steam Deck, вышедший в 2022 году на базе Arch Linux и SteamOS 3, превратил Linux в массовую игровую ОС, просто спрятав её от пользователя. Конец поддержки Windows 10 добавил ещё один пинок. Если доля платформы на Steam раньше болталась около 1%, то после Deck и миграций с Windows этот процент уже достаточно велик, чтобы драйверы для совместимости попадали в mainline-ядро, а не жили вечным патчем на форумах.

На Steam Deck ничего включать не нужно, NTSYNC уже загружается по умолчанию.