The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз PoCL 3.1 с независимой реализацией стандарта OpenCL

05.12.2022 19:48

Представлен релиз проекта PoCL 3.1 (Portable Computing Language OpenCL), развивающего реализацию стандарта OpenCL, независимую от производителей графических ускорителей и позволяющую использовать различные бэкенды для выполнения OpenCL-ядер на разных типах графических и центральных процессоров. Код проекта распространяется под лицензией MIT. Поддерживается работа на платформах X86_64, MIPS32, ARM v7, AMD HSA APU, NVIDIA GPU и различных специализированных ASIP (Application-Specific Instruction-set Processor) и TTA-процессорах (Transport Triggered Architecture) c архитектурой VLIW.

Реализация компилятора ядер OpenCL построена на базе LLVM, а в качестве фронтэнда для OpenCL C используется Clang. Для обеспечения должной переносимости и производительности компилятор ядер OpenCL может генерировать комбинированные функции, которые могут использовать различные аппаратные ресурсы для распараллеливания выполнения кода, такие как VLIW, суперскалярность, SIMD, SIMT, многоядерность и многопоточность. Имеется поддержка ICD-драйверов (Installable Client Driver). Присутствуют бэкенды для обеспечения работы через CPU, ASIP (TCE/TTA), GPU на базе архитектуры HSA и GPU NVIDIA (через libcuda).

В новой версии:

  • Добавлена поддержка Clang/LLVM 15.0.
  • Значительно улучшена поддержка промежуточного представления шейдеров SPIR-V для драйверов, использующих CPU и CUDA.
  • Значительно переработан драйвер для специализированного аппаратного обеспечения (CL_DEVICE_TYPE_ACCELERATOR) и собственных устройств (CL_DEVICE_TYPE_CUSTOM), не поддерживающих online-компиляцию. Драйверы accel и ttasim объединены в новый драйвер AlmaIF.
  • Продолжена работа над драйвером для графического API Vulkan.
  • Предложена базовая реализация расширения cl_khr_command_buffer, позволяющего записать последовательность команд OpenCL для их выполнения одним вызовом.


  1. Главная ссылка к новости (http://portablecl.org/pocl-3.1...)
  2. OpenNews: Релиз PoCL 3.0 с независимой реализацией стандарта OpenCL 3.0
  3. OpenNews: Vortex - открытый GPGPU на базе архитектуры RISC-V, совместимый с OpenCL
  4. OpenNews: Collabora развивает надстройку для работы OpenCL и OpenGL поверх DirectX
  5. OpenNews: Опубликованы финальные спецификации OpenCL 3.0
  6. OpenNews: Открытый драйвер Rusticl сертифицирован на совместимость с OpenCL 3.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58268-pocl
Ключевые слова: pocl, opencl
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (49) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, ИмяХ (?), 20:20, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Но... погодите-ка... Ведь OpenCL сам по себе подразумевает реализацию, независимую от производителей графических ускорителей и позволяющую использовать различные бэкенды, в отличие от какой-нибудь CUDA, например. В чём же тогда "фишка" этого велосипеда?
     
     
  • 2.12, Аноним (12), 21:09, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    блин, забыли фишку добавить. ща удалим всё
     
  • 2.15, Аноним (15), 21:35, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На сколько помню, OpenCL-ядра работают на видеокарте с CUDA медленнее, чем CUDA-ядра. Поэтому компилировать первое во второе имеет смысл
     
     
  • 3.23, Аноним (23), 00:56, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >  Поэтому компилировать первое во второе имеет смысл

    Ага, чтобы стало ещё медленнее.
    По-моему, пора признать, что OpenCL мёртв.

     
     
  • 4.61, Аноним (61), 10:46, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да здравствует вендорлок! Слабо вас Хуанг 40 серией доит, ох слабо...
     
     
  • 5.63, Аноним (23), 11:46, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не высказываю позитивного (или негативного) отношения, просто констатирую факт.
     
     
  • 6.66, Аноним (66), 23:07, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С вашей констатацией фактов нвидия вылетела из топовых суперкомпьютеров которые теперь делают на амд. Вот прямо так.
     
     
  • 7.76, Аноним (76), 15:39, 08/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нвидия и АМД - это жаба против гадюки. Ещё неизвестно кто хуже, учитывая что последние впихнули во все свои новые процессоры хардварный бэкдор от Майкрософт и АНБ.
     
  • 2.16, Аноним (16), 21:36, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты забыл рассмотреть что они независимы от оригинальной реализации OpenCL, которая независима от железа. Так что это двойное резервирование.

    Если OpenCL завтра закроется будет запасная реализация от сабжа.

     
     
  • 3.17, pashev.ru (?), 21:39, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Куда денется опенкаэль с моего диска?

    И что значит «независима»? А что зависимо?

     
     
  • 4.18, Аноним (16), 21:44, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну подумай что ли.
     
  • 2.21, Аноним (21), 22:53, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > от производителей графических ускорителей

    Именно, что каждый вендор мог написать свой дрейвер OpenCL для выпускаемой железки, но не обязательно. А это Portable OpenCL который может исполнятся даже на CPU (используя SIMD), может через CUDA и надеюсь сможет через Vulkan.  
    Когда эта штука будет готова её можно будет заюзать для вычислений (как фреймворк), и тогда не нужно будет волноваться что у пользователя может не оказаться OpenCL, в самом худшем случае вычисления исполнятся на CPU, а в идеале если использовать ну например mapreduce подход, то можно будет раскидать вычисления на CPU+iGPU+dGPU, т.е. утилизировать все доступные мощности типового ноутбука.  

     
     
  • 3.22, Аноним (22), 22:57, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >утилизировать

    придётся этот утюг, они рассчитаны на минуты такой работы

     
  • 3.24, Аноним (23), 00:57, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А это Portable OpenCL который может исполнятся даже на CPU (используя SIMD)

    Так OpenCL вроде изначально мог, не?

     
     
  • 4.67, Аноним (-), 23:09, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    OpenCL изначально - набор стандартов. И мог он только описывать как делать некоторые вещи, чтобы это было совместимо по поведению. Как там у вас какая-то конкретная реализация делала, на каком железе, с каким набором расширений и фич - вопрос номер два. И вы эту реализацию даже и не назвали.
     
  • 3.25, Аноним (-), 04:04, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде декодировать можно все видеокодеки через OpenCL с которым может работать чип видеокарты. Но, вроде не удобно так делать или накладно - для каждого видео чипа, для каждого кодека надо писать отдельную реализацию декодирования видео с OpenCL.

    Может я ошибаюсь. гдето что-то прочёл помню так.

     
     
  • 4.26, Аноним (-), 04:08, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если через OpenCL не важно потдерживает видеокарта апаратное декодирование видео или не потдерживает.
     
     
  • 5.27, Аноним (22), 04:23, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Где ты это услышал? Емнип дальше mpeg4 декодеров дело не пошло и те были частичными. Не существует того о чём ты говоришь (и никогда не существовало). Было какое-то максимально-бесполезное частичное ускорение кодирования в x264 которое никогда не работало и почему-то до сих пор не удалено, но это всё. У OpenCL сегодня нет применений (их не было). Промышленное ПО типа кадов может быть остаётся какое-то, но тоже странно, если там не ливнули на CUDA до сих пор. Старые версии разве что.
     
     
  • 6.68, Аноним (-), 23:10, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще, такие штуки есть. В основном туда выпихивают то что тяжелое и массово параллелизуемое, типа loop filter каких.
     
     
  • 7.72, Аноним (22), 00:48, 07/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, но тут такое дело, выяснилось, что это далеко не самая проблемная часть сегодня. А проблемную часть не реализовать более эффективно через gpgpu. Поэтому и не получило особого распространения.
     
  • 5.37, Аноним (66), 05:18, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    дорога у дома
     
  • 5.38, Аноним (66), 05:18, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Strongene Lentoid HEVC Decoder. Strongene Lentoid HEVC Decoder OpenCL. Не прав ты, но не прав наверно по тому, что не знаешь. Виндовс декодер Strongene - HEVC/H.265 http://www.strongene.com/en/hevc/hevcProduct.jsp сделан в двух вариантах обычный (CPU) и через OpenCL (GPU), как я вижу там только для AMD GPU чипов каких-то серий. Cписок есть так как для каждой серии AMD GPU чипов есть своя dll с своим названием у dll "Lent_idct_Oland.dll" , "Lent_mc_Pitcairn.dll" и т.д. Сам им пользуюсь, но под мою видеокарту нет, не сделано.  

    Как сделали? Вопрос к тем кто сделал этот декодер.

    https://www.techpowerup.com/gpu-specs/amd-pitcairn.g420
    https://www.techpowerup.com/gpu-specs/amd-oland.g389

     
     
  • 6.40, Аноним (66), 05:28, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю сделано c OpenCL для 26 серий AMD GPU и нет современных AMD GPU.
     
     
  • 7.41, Аноним (66), 05:32, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    двадцать шесть видов, а не двадцать шестая видео карта.
     
  • 6.43, Аноним (66), 05:41, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И очевидно и понятно, что декодирование видео через OpenCL нужно для тех GPU у которых нет своего видео декодера.
     
     
  • 7.44, Аноним (66), 05:44, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если комуто нужно декодирование видео через видеокарту. Мне и процессора хватает для декодирования видео. Я не привередливый меня 240 - 480p устраивает если битрейта хватает.
     
     
  • 8.45, Аноним (66), 05:48, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не значит, что я не пользуюсь разрешением выше 480p По обстоятельствам смот... текст свёрнут, показать
     
  • 5.42, Аноним (23), 05:32, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    GPGPU не может «поддерживать» или «не поддерживать» что-то. Что на нём запрограммируют, то и будет поддерживать.
     
     
  • 6.46, Аноним (66), 05:53, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "GPGPU не может «поддерживать» или «не поддерживать» что-то. Что на нём запрограммируют, то и будет поддерживать.Поясни если хочешь" Не понял точно что написано. Так я вроде так и написал. "через OpenCL с которым может работать чип видеокарты" Аноним не всегда это разный аноним.
     
     
  • 7.47, Аноним (66), 05:55, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не там ковычка поставлена. Поясни если хочешь.
     
  • 7.53, Аноним (66), 06:39, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я это и имелл виду когда написал потдерживает. Я не имелл виду что-то ароде "ремень потдерживающий штаны, чтобы они не упали". Сгласен можно было точне написать. Может и нужно было.
     
     
  • 8.54, Аноним (66), 06:42, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    имел в виду ... текст свёрнут, показать
     
  • 7.55, Аноним (-), 07:14, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я тут подумал Под словом потдерживать я имелл виду шире Как бы видеокарту 30 л... большой текст свёрнут, показать
     
     
  • 8.57, Аноним (-), 07:37, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы в видеокарту 30 летней или 15 летней давности ... текст свёрнут, показать
     
     
  • 9.62, Аноним (23), 11:45, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    15 лет назад уже была CUDA ... текст свёрнут, показать
     
     
  • 10.69, Аноним (-), 23:34, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    15 лет я наугад написал так как не знаю когда в видеокартах от Nvidia появилась ... текст свёрнут, показать
     
     
  • 11.70, Аноним (-), 23:41, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И OpenCL можно и через процессоры CPU использовать ... текст свёрнут, показать
     
  • 11.71, Аноним (-), 23:57, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Даже не так, а так 15 лет я наугад написал Я не знаю когда в видеокартах от Nv... текст свёрнут, показать
     
     
  • 12.73, Аноним (-), 06:39, 07/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    OpenCL первоначально был разработан в компании Apple Inc Apple внесла предложе... текст свёрнут, показать
     
     
  • 13.74, Аноним (-), 06:42, 07/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    16 июня 2008 года была образована рабочая группа Khronos Compute для разработки... большой текст свёрнут, показать
     
  • 12.75, Аноним (-), 06:45, 07/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пишут так CUDA первый выпуск 23 июня 2007 ... текст свёрнут, показать
     
  • 8.58, Аноним (-), 07:39, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда и OpenCL не к мету его нет у таких видеокарт ... текст свёрнут, показать
     
     
  • 9.59, Аноним (-), 07:39, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    месту... текст свёрнут, показать
     

  • 1.28, Аноним (-), 04:25, 06/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Насколько я понимаю, а может мне так кажется или я гдет-то прочёл. AMD APU так и задумываался от части, что с OpenCL что-то через OprnCL можно будет перенести работу с процессора на видеокарту. Во что-то серьёздное и маштабное это не перерасло насколько я знаю.
     
     
  • 2.29, Аноним (-), 04:33, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Первый выпуск OpenCL пишут 28 августа 2009. Как-бы OpenCL есть, но его нет. Кому надо тот использует OpenCL. Но какой-то масовости OpenCL не иммеет. Или имеет?
     
     
  • 3.30, Аноним (-), 04:35, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но какой-то масовости в использовании OpenCL не иммеет.
     

  • 1.32, Аноним (32), 05:03, 06/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Поддерживается работа на платформах X86_64, MIPS32

    Странное сочетание... Почему мипс-32, а не х86-32?

     
     
  • 2.64, Аноним (23), 12:07, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот опять владельцы четвёртых пентиумов подтянулись.
     
  • 2.65, Аноним (65), 18:21, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    MIPS32 это хоум роутеры. Если повезёт, можно и соседские задействовать ;)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру