Открытый Vulkan-драйвер NVK для видеокарт Nvidia получил экспериментальную поддержку DLSS в ветке Mesa 26.2-devel. Для Linux-сообщества это не просто галочка в списке возможностей: поддержка DLSS закрывает один из самых заметных разрывов между открытым стеком Mesa и фирменным драйвером Nvidia, а для разработчиков и интеграторов означает более реалистичный сценарий использования open source-драйвера не только «для принципа», но и для игр и графических приложений.
Речь, впрочем, не о полной самостоятельной реализации технологии. Как пишет Tom's Hardware, NVK научился запускать DLSS через импорт заранее собранных CUDA-бинарников Nvidia. То есть сообщество не переписало апскейлер заново и не вскрыло магию DLSS, а встроило обходной путь: драйвер подгружает готовые CuBIN-файлы и выполняет их на GPU. Функция пока спрятана за переменной окружения NVK_EXPERIMENTAL=dlss, поскольку в коде остаются известные проблемы, а совместимость зависит от того, существует ли подходящий байткод под конкретную видеокарту.
Технически это завязано на расширение Vulkan VK_NVX_binary_import, которое позволяет приложению загружать Nvidia CuBIN-файлы прямо в графический стек. Первоначальный pull request для этого пути еще в прошлом году открыла Autumn Ashton, а примерно два месяца назад работу подхватил Thomas Andersen: он расчистил конфликты слияния и довел код до состояния, пригодного для включения в devel-ветку Mesa. Сам факт попадания изменений в Mesa 26.2-devel важен: это означает, что речь уже не о лабораторной ветке у одного энтузиаста на GitLab, а о движении в сторону общей инфраструктуры Linux-графики.
Но ограничения здесь принципиальные, а не косметические. NVK умеет работать только там, где уже есть совместимый заранее скомпилированный бинарник под нужный GPU. Проприетарный драйвер Nvidia устроен иначе: он может на лету компилировать PTX, промежуточное представление CUDA, в байткод для конкретной архитектуры. У NVK такого механизма нет. Причина проста и неприятна: проект не умеет переводить PTX в NIR, внутреннее промежуточное представление, из которого Mesa-драйверы потом собирают код под железо. Для инженеров это означает, что нынешняя поддержка DLSS в NVK не универсальна и не снимает главного архитектурного барьера. Она добавляет функциональность, но не решает вопроса полноты открытого стека.
Контекст у новости тоже показательный. На Linux DLSS поддерживался давно, но главным образом через официальный драйвер Nvidia. Поэтому нынешнее событие не «приносит DLSS на Linux» с нуля, а скорее подтягивает открытый драйвер до уровня, где он начинает закрывать наиболее болезненные пробелы относительно закрытого решения. Это особенно заметно на фоне того, насколько неровно технология проходит через весь Linux-стек. Еще в конце прошлого года, по данным Tom's Hardware, DLSS 4 не поддерживался в VKD3D-Proton, прослойке Valve для трансляции DirectX 12 в Vulkan в играх под Proton. Иными словами, даже если у Nvidia есть технология, а у Linux есть драйвер, между ними по-прежнему остается длинная цепочка совместимости, где может споткнуться любая часть.
Сам NVK на этом фоне выглядит как проект с удивительно быстрым взрослением. Его начали разрабатывать в 2022 году с нуля, а ключевыми фигурами стали Faith Ekstrand из Collabora, а также Karol Herbst и Dave Airlie из Red Hat. Драйвер поддерживает архитектуры Turing и новее, то есть RTX 20-й серии, GTX 16-й серии и последующие поколения. В конце 2024 года NVK стал первым открытым Vulkan-драйвером для железа Nvidia, который прошел проверку Khronos на соответствие спецификации, добравшись до provisional-версии Vulkan 1.4. Работает он поверх ядрового драйвера Nouveau и не связан напрямую с теми открытыми kernel-модулями, которые Nvidia публикует в составе собственного, по сути все равно проприетарного пользовательского стека. Для тех, кто следит за экосистемой драйверов, это важная развилка: «open source у Nvidia» давно уже не одно и то же.
Есть и менее приятная часть картины. На конференции XDC2025 в ноябре Faith Ekstrand говорила, что NVK во многих играх показывает около 50% производительности официального драйвера Nvidia, трассировка лучей все еще в работе, а команда фактически держит проект на плаву очень ограниченными силами. Это, пожалуй, главный трезвящий фактор для всех, кто любит строить из каждой такой новости нарратив про скорую победу open source над вендорным софтом. Поддержка DLSS здесь важна символически и практически, но она не отменяет двух суровых фактов: производительность пока сильно отстает, а ресурсы у проекта скромные. Для бизнеса это означает, что NVK остается скорее перспективным направлением для экспериментов, тестирования и будущих ставок, чем готовой заменой официальному стеку в продуктивной среде.
Для разработчиков игр, движков и Linux-дистрибутивов новость, тем не менее, полезная. Во-первых, открытый драйвер получает доступ к технологии, которую пользователи Nvidia уже воспринимают как базовую часть игрового опыта, особенно в тяжелых 3D-сценариях. Во-вторых, расширяется пространство для тестирования, обратной связи и поиска регрессий вне закрытого драйвера. В-третьих, это хороший индикатор зрелости Mesa-подхода: если сообщество научилось дотягиваться даже до таких вендор-специфичных функций, дальше разговор пойдет уже не только о совместимости, но и о качестве интеграции. Правда, для обычного пользователя это пока история не из серии «включил и забыл». Нужен свежий стек Mesa, совместимая карта, экспериментальный флаг и, что важнее, удачное совпадение с наличием нужного байткода.
Главный вопрос теперь не в том, заработает ли поддержка DLSS у части энтузиастов, а в том, сможет ли NVK превратить этот обходной механизм в устойчивую часть Linux-графики. Если проекту хватит ресурсов на производительность, совместимость и трассировку лучей, у Nvidia впервые появится по-настоящему заметная открытая альтернатива в пользовательском графическом стеке. Если нет, DLSS в NVK останется красивой демонстрацией инженерной изобретательности: полезной, но все еще слишком хрупкой для массового перехода.