K
Так это ж не вопрос грубо говоря вулкановского лоадера. Это проблема драйверов конкретных вендоров.
а есть ли вендор-независимый подход для interop графического АПИ X и вычислительного АПИ Y?
Size: a a a
2020 December 14
K
а, opencl наверно
AT
нет. При чём здесь opencl?
AT
это всё на милость вендоров
AT
через хостовую память, разве что, перекидываться
K
нет. При чём здесь opencl?
OpenCL умеет interop с OpenGL, и от вендора вроде как не зависит. Разве нет?
K
Хотя ладно, жопа какая то. Чувствую фундаментальное непонимание какого-то момента
AT
через хостовую память, разве что, перекидываться
Ну или через персистентную/когерентную. Но надо аккуратно с синхронизацией
AT
Ну или через персистентную/когерентную. Но надо аккуратно с синхронизацией
даже так — без одной операции копирования вряд ли обойтись
AT
на хост и обратно
AT
OpenCL умеет interop с OpenGL, и от вендора вроде как не зависит. Разве нет?
не слышал про такое
AT
даже так — без одной операции копирования вряд ли обойтись
нет, почему, если на видеокарте лежат (а тем более в unified memory на SoC). В терории. Другое дело, что на практике зачастую платформенные абстракции не дают простого способа получить сырой адрес вместо хендла, и какие-то могут принять хостовый, а какие-то GPU адрес. На андроиде было плохо - сначала был GraphicsBuffer, потом его сделали приватным и ничего не было, пока не появился ImageReader.
Неприятно это всё, потому что на уровне драйверов и железа обычно преград никаких нет.
Помню, у меня горело от того, что было расширение для EGL, чтобы получить из OpenGL буфера его хендл (PRIME) в линуксе - и можно было передать в VAAPI для кодирования видео на линуксе, а для GLX такого не было. По-нормальному что-то сложно показалось, для прототипа накостылил штуку, которая хукала IOCTL и воровала хендл буфера оттуда, когда он создавался через GL API
А потом пригорало, что на Google Pixel нет “драйвера” (на самом деле - юзерспейсной либы, драйвер-то один и тот же) OpenCL, а если его тащить либой в приложении - то контекст из GL не шарился. Это я уже потом осознал, что память-то unified, можно просто поинтер взять.
Неприятно это всё, потому что на уровне драйверов и железа обычно преград никаких нет.
Помню, у меня горело от того, что было расширение для EGL, чтобы получить из OpenGL буфера его хендл (PRIME) в линуксе - и можно было передать в VAAPI для кодирования видео на линуксе, а для GLX такого не было. По-нормальному что-то сложно показалось, для прототипа накостылил штуку, которая хукала IOCTL и воровала хендл буфера оттуда, когда он создавался через GL API
А потом пригорало, что на Google Pixel нет “драйвера” (на самом деле - юзерспейсной либы, драйвер-то один и тот же) OpenCL, а если его тащить либой в приложении - то контекст из GL не шарился. Это я уже потом осознал, что память-то unified, можно просто поинтер взять.
U
нет, почему, если на видеокарте лежат (а тем более в unified memory на SoC). В терории. Другое дело, что на практике зачастую платформенные абстракции не дают простого способа получить сырой адрес вместо хендла, и какие-то могут принять хостовый, а какие-то GPU адрес. На андроиде было плохо - сначала был GraphicsBuffer, потом его сделали приватным и ничего не было, пока не появился ImageReader.
Неприятно это всё, потому что на уровне драйверов и железа обычно преград никаких нет.
Помню, у меня горело от того, что было расширение для EGL, чтобы получить из OpenGL буфера его хендл (PRIME) в линуксе - и можно было передать в VAAPI для кодирования видео на линуксе, а для GLX такого не было. По-нормальному что-то сложно показалось, для прототипа накостылил штуку, которая хукала IOCTL и воровала хендл буфера оттуда, когда он создавался через GL API
А потом пригорало, что на Google Pixel нет “драйвера” (на самом деле - юзерспейсной либы, драйвер-то один и тот же) OpenCL, а если его тащить либой в приложении - то контекст из GL не шарился. Это я уже потом осознал, что память-то unified, можно просто поинтер взять.
Неприятно это всё, потому что на уровне драйверов и железа обычно преград никаких нет.
Помню, у меня горело от того, что было расширение для EGL, чтобы получить из OpenGL буфера его хендл (PRIME) в линуксе - и можно было передать в VAAPI для кодирования видео на линуксе, а для GLX такого не было. По-нормальному что-то сложно показалось, для прототипа накостылил штуку, которая хукала IOCTL и воровала хендл буфера оттуда, когда он создавался через GL API
А потом пригорало, что на Google Pixel нет “драйвера” (на самом деле - юзерспейсной либы, драйвер-то один и тот же) OpenCL, а если его тащить либой в приложении - то контекст из GL не шарился. Это я уже потом осознал, что память-то unified, можно просто поинтер взять.
> преград никаких нет
U
security
AT
security
Ну не на уровне юзерспейсной либы-то
AT
У современных GPU даже есть относительно честный MMU. Правда, не везде и не всегда (в линуксовых драйверах интела вроде какое-то время нестабильно работало с per-process pgt), но в целом есть
VK
Продолжаем захватывать чатик ^_^