Comments 8
А кто-нибудь понял для кого оно все нужно? Как мне кажется — идея юзать в нативных linux приложениях directX напрямую плохая, потому что это не кроссплатформенно.
То есть все равно получается, что от него толку мало, куда больше толка было бы от оберток для работы Vulkan, OpenGL, OpenCL.
Т.е. конечный пользователь, вроде бы, работает через OpenGL/OpenCL, но дальше всё это отображается через цепочку адских костылей.
Есть такое мнение, что конечная цель MS в том, чтобы под таким соусом создать и отладить инфраструктуру DirectX под Linux. Производители видеокарт уже прогнулись. Теперь нужно обкатать костыли для отображения DirectX в OpenGL (DirextX->OpenGL более-менее, уже обкатан под Windows) и параллельно заставить Linux-сообщество работать с directX под Linux напрямую (т.к. это будет быстрее и без костылей). Начать можно с DirectML, который хрен портируешь эффективно в OpenCL. А потом магия — всё то же самое выпускается под реальный Linux, и MS получает две проприетарных технологии (DirectX + DirectML) под Linux. Да ещё и сразу в модном сегменте машинного обучения.
Не мытьём, так катанием.
Народ поговаривает, что OpenGL, как и OpenCL — стандарты, которые не ожидают активного развития в будущем, только плавное и медленное затухание. Есть всякие Vulkan и Metal, и вроде как за ними ближайшее будущее. А для DirectX сами майки в ближайшие десятки лет буду его активно развивать и продавливать.
А как у него с GPU вычислениями? Можно ли там что-то на замену OpenCL изобразить?
Один к одному нельзя. Но можно портировать через compute-шейдеры.
В качестве языка шейдеров предполагается WGSL. Правда на текущий момент не реализовано (скорее всего будет к 0.6.0). Пока только SPIR-V. Следить за реализацией там: https://github.com/gfx-rs/naga.
Работать это всё как минимум поверх Vulkan/DX12/Metal. Как максимум ещё и под DX11/OpenGL 4/OpenGL ES 3.0. У остальных вендоров (т.е. кроме реализации Mozilla) реализации менее кроссплатформенные.
DirectX теперь доступен в Windows Subsystem для Linux