LINUX.ORG.RU

Релиз Mesa 26.1, свободной реализации OpenGL и Vulkan

 , ,


0

1

После трёх месяцев разработки представлен релиз свободной реализации API OpenGL и Vulkan - Mesa 26.1.0. Первый выпуск ветки Mesa 26.1.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 26.1.1.

В Mesa 26.1 доступна поддержка графического API Vulkan 1.4 в драйверах ANV для GPU Intel, RADV для GPU AMD, NVK для GPU NVIDIA, HoneyKrisp (hk) для GPU Apple, Turnip для GPU Qualcomm, PanVK для GPU ARM Mali, в программном растеризаторе lavapipe (lvp) и в режиме эмулятора (vn). В драйверах v3dv (GPU Broadcom VideoCore для Raspberry Pi 4+) и dzn (реализация Vulkan поверх Direct3D 12) поддерживается Vulkan 1.0, в драйвере kk (KosmicKrisp, Vulkan поверх Metal) - Vulkan 1.1, а драйвере pvr (GPU Imagination PowerVR) - Vulkan 1.2.

В Mesa также обеспечивается полная поддержка OpenGL 4.6 для драйверов iris (GPU Intel Gen 8+), radeonsi (AMD), Crocus (старые GPU Intel Gen4-Gen7), AMD (r600), zink, llvmpipe, virgl (виртуальный GPU Virgil3D для QEMU/KVM), freedreno (Qualcomm Adreno), d3d12 (прослойка для организации работы OpenGL поверх DirectX 12) и asahi (GPU AGX, используемый в чипах Apple M1 и M2). Поддержка OpenGL 4.5 доступна для GPU NVIDIA (nvc0). Поддержка OpenGL 3.3 присутствует в драйверах softpipe (программный растеризатор) и nv50 (NVIDIA NV50). В драйверах panfrost (GPU ARM Mali) и v3d (GPU Broadcom VideoCore) поддерживается OpenGL 3.1.

Основные новшества:

>>> Источник (OpenNet)

★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 2)

Для OpenCL-драйвера rusticl теперь требуется статически собранная библиотека C++ stdlib для корректной работы с приложениями, использующими собственные C++ stdlib.

клоунада какая-то с этим opencl.
Реально довели до того, что пускать cuda через костыли перспективнее.
С учётом возможностей compute queue в vulkan полезность OpenCL становится ещё более сомнительной

mittorn ★★★★★
()
Ответ на: комментарий от unclestephen

ну ок, оно и на опеннете могло быть. А может просто перевод не удачный

mittorn ★★★★★
()

Если я правильно помню, в этой версии должна приехать эмуляция VK_KHR_ray_tracing_pipeline сотоварищи в RADV для RDNA 1 и моложе.

r--r--r--
()
Ответ на: комментарий от mittorn

У меня llama.cpp в два-три раза медленнее через вулкан по сравнению с проприетарным rocm на rdna4. Конечно, не сомневаюсь что это как обычно наслопили и обосрались в лламе, но у других (на невидии и более старых карточках амд) разницы в производительности нет.

Я был бы очень не против удалить rocm, столько с собой тянет, жестб, но вулкан медленнее, а состояние opencl в месе скорее пугает.

a1ba ★★★★
()
Последнее исправление: a1ba (всего исправлений: 1)
Ответ на: комментарий от a1ba

Я был бы очень не против удалить rocm

rocm это торт. Вот интеловский One-api который хрен поставишь, ибо пакетов там тонна и даже сам интелы не могут свое супер сложное говно прорелизить а валят какие-то наборы непонятных снапшотов нипойми какой версии….

А rocm даже из сорсов собрать можно - а вот попробуй собрать сраный SYCL….

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

ну не знаю - когда мне понадобился opencl, я сначала безуспешно провозился со сборкой cocm несколько часов, потом поставил opencl-драйвер из amdgpu-pro
opencl как таковой сосёт как технология, скорее всего из-за этого так и не вытеснил куду-юду

mittorn ★★★★★
()
Ответ на: комментарий от mittorn

opencl как и интеловская one-api это попытка сделать некий универсальный апи котрый будет работать независимо от лежащего под ним железа, причем даже гетерогенного железа и даже раскидывать между всем этим зоопарком нагрузку. А программист вообще создавая свои творения не должен думать о том на чем это будет крутиться - CPU, GPU, NPU , какой CPU - арм, х86, риск - пох, какой гпу - интел амд мали повер-вр - пох, какой нпу - пох, и в какой комбинации - тоже пох.

И в этом совем наполеоновском порыве они народили столько уровней абстракции и промежуточных драйверов и апи - что работает оно все через жопу, и все те заботы которые сняли с программиста который теперь не думает о том на каком железе это будет работать переложили на сисадмина который должне под все имеющиеся железки поставить драйвера и библиотеки и все это сконфигурировать.

А куда-юда - тупо монокультура. Язык и библитека для выполнения на строго одном железе, без всех этих уровней абстракции. ОНо тупое, примитивное - но за счет этого оно просто работает. И тебе на надо как заставить работать имеющееся у тебя железо и собрать драйвера - ты просто покупаешь нужное единственно поддерживаемое железо с бинарным драйвером этого железа в придачу.

Qui-Gon ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.