[LOR] Анонсирована свободная переносимая реализация OpenCL.

[rssbot]

Portable OpenCL позволит разрабатывать и запускать программы, использующие OpenCL, на его свободной платформонезависимой реализации (до этого существовали SDK, предоставляемые вендорами аппаратуры). Это свободная (MIT-лицензия), основанная на LLVM реализация стандарта OpenCL, которая может быть легко приспособлена для новых целевых платформ. Одна из задач проекта — улучшение «переносимости производительности» программ на OpenCL, избегая нужды в ручной оптимизации, зависящей от целевой платформы. Цель «native» включена, что позволяет запускать ядра OpenCL на CPU. Также ведётся работа над реализацией OpenCL поверх драйверов видеокарт из Gallium3D (Clover state tracker), в котором можно отметить некоторый прогресс за лето, произошедший в рамках GSoC. Сайт проекта: https://launchpad.net/pocl >>> Подробности
оригинал на linux.org.ru

[Ism]

OpenCL весьма интересная вещь. При наличии мощной видеокарты позволяет многократно ускорить вычисления
Судя по слухам тот же 1C может использовать Nvidia CUDA которая по сути то же самое

[Bluetooth]

Судя по слухам тот же 1C может использовать Nvidia CUDA которая по сути то же самое

Серверная часть или клиентская?

[NickLion]

Т.е. это всё запускается на CPU, а GPU вообще ни при чём? Ну и толку от этого?

[/dev/random]

Т.е. это всё запускается на CPU, а GPU вообще ни при чём? Ну и толку от этого?

OpenCL предназначен для _гетерогенных_ вычислительных систем. Есть реализации для GPU, есть реализации для CPU. И рассчитан язык на то, что всё это будет работать как единое целое. Кстати, именно в этом - главное преимущество OpenCL: достаточно написать программу один раз, а не писать отдельно для CPU, отдельно для CUDA, отдельно для FireStream, отдельно для чего-то ещё, что может оказаться у пользователя.

До сих пор существовали только проприетарные реализации: от Nvidia - для их видеокарт; от AMD - и для видеокарт, и для CPU; от Intel - для CPU. Сейчас пилят две свободные, про первую из которых - эта новость: LLVM-based - для любых CPU; Gallium-based - для любых видеокарт, для которых есть Gallium-драйвер.

[eddy]

Gallium-based - для любых видеокарт, для которых есть Gallium-драйвер

В общем, опять-таки, жесткая привязка к железу.

Кстати, был бы синтаксис openCL похож на синтаксис openMP или хотя бы на синтаксис CUDA, популярность его была бы намного выше.

[/dev/random]

В общем, опять-таки, жесткая привязка к железу.

Никакой жёсткой привязки. Это не CUDA, где вы вынуждены использовать определённую реализацию, и только её. Здесь вы просто пишете код на OpenCL, не задумываясь о том, будет ли использоваться Gallium-реализация, или LLVM-реализация, или одна из проприетарных, или какая-нибудь пока не существующая. Где вы привязку-то увидели, тем более жёсткую?

[NickLion]

OpenCL предназначен для _гетерогенных_ вычислительных систем. Есть реализации для GPU, есть реализации для CPU. .... Gallium-based - для любых видеокарт, для которых есть Gallium-драйвер.

Я в курсе всего этого. Просто практической пользы с OpenCL на CPU как с козла молока. Да и Gallium3D ещё не в почёте, но это хоть имеет практический смысл.

[Ism]

Просто практической пользы с OpenCL на CPU как с козла молока

посмотрим как вы заговорите, когда mencoder начнет поддерживать opencl и работать в 15 раз быстрее

[Bluetooth]

Я в курсе всего этого. Просто практической пользы с OpenCL на CPU как с козла молока.

Это до тех пор пока не понадобится выполнить OpenCL приложение на машине без подходящего GPU. Вот тут-то и окажется, что польза есть, и что "медленно"(так ли медленно?) и "невозможно" - это две большие разницы

[NickLion]

посмотрим как вы заговорите, когда mencoder начнет поддерживать opencl и работать в 15 раз быстрее

Не начнёт. Во-первых хотя бы потому что его и так уже прооптимизировали под параллельное выполнение на CPU. При хороших оптимизациях выжать из CPU что-то большее не получится по просто техническим причинам - достигнут потолок. Да, конечно, если код без использования OpenCL был написан тяп-ляп, а с использованием заоптимизирован - это возможно. Но не реально.

Это до тех пор пока не понадобится выполнить OpenCL приложение на машине без подходящего GPU. Вот тут-то и окажется, что польза есть, и что "медленно"(так ли медленно?) и "невозможно" - это две большие разницы

Вот честно, не особо представляю такой случай. Чтобы мне очень сильно надо было что-то выполнить с поддержкой OpenCL (т.е. изначально ресурсоёмкое) на компе, который для этого не предназначен. Если мы внимательно посмотрим на 90% всякой фигни с множеством оптимизаций (хотя бы тот же ffmpeg, если сталкивались с компиляцией этой беды), то там предусматривается выполнение под всё и вся. Поддержка mmx, mmx2, sse и т.д. - включается и выключается при конфиге. Если добавится OpenCL, то оно будет такой же опцией.

Добавлю такую сентенцию.

Существование кода OpenCL для CPU имеет смысл:
1. На потестить и научиться кодить под OpenCL без необходимости привлекать GPU.
2. При использовании параллельно с GPU (чтобы код работал и там, и там - для пущей производительности).

Другие варианты использования - скорее из области домыслов, нежели реальности.

[eddy]

посмотрим как вы заговорите, когда mencoder начнет поддерживать opencl и работать в 15 раз быстрее

Для него допишут кодер на CUDA и он будет работать в 30 раз быстрее

Это до тех пор пока не понадобится выполнить OpenCL приложение на машине без подходящего GPU. Вот тут-то и окажется, что польза есть, и что "медленно"(так ли медленно?) и "невозможно" - это две большие разницы

Это каким же надо быть извращенцем, чтобы тяжелое приложение запускать на дохленькой машинке? Вы же в "крайзис" не пытаетесь на eeePC701 играть

[Bizdelnick]

Вот честно, не особо представляю такой случай. Чтобы мне очень сильно надо было что-то выполнить с поддержкой OpenCL (т.е. изначально ресурсоёмкое) на компе, который для этого не предназначен.

А лично я пошёл собирать darktable с поддержкой OpenCL, ибо наконец-то можно не париться, что там у юзера за драйвер стоит.

[Bluetooth]

Это каким же надо быть извращенцем, чтобы тяжелое приложение запускать на дохленькой машинке?

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

Вот честно, не особо представляю такой случай. Чтобы мне очень сильно надо было что-то выполнить с поддержкой OpenCL (т.е. изначально ресурсоёмкое) на компе, который для этого не предназначен. Если мы внимательно посмотрим на 90% всякой фигни с множеством оптимизаций (хотя бы тот же ffmpeg, если сталкивались с компиляцией этой беды), то там предусматривается выполнение под всё и вся. Поддержка mmx, mmx2, sse и т.д. - включается и выключается при конфиге. Если добавится OpenCL, то оно будет такой же опцией.

а если приложение только для opencl написано?

[eddy]

а если приложение только для opencl написано?

Таких пока (к счастью) нет. А когда openCL подрастет, вполне могут появиться.

[Dmitry Shurupov]

Карлос Санчез де Ла Лама (Carlos SГЎnchez de La Lama) представил в рассылке LLVM проект Portable OpenCL. Вскоре стало известно о появлении другого схожего проекта — libclc. Portable OpenCL («pocl») позиционируется как «Open Source-реализация стандарта OpenCL, легко адаптируемая на новые целевые объекты». Таким образом, проект во многом ориентирован на портируемость: авторы хотят сделать реализацию OpenCL, при использовании которой программы не будут нуждаться в специальных оптимизациях под различные платформы. Лицензия Portable OpenCL — MIT / X / Expat License. Подробности о проекте доступны на Launchpad. Проект libclc задается целью создания библиотеки, соответствующей спецификации OpenCL 1.1 и распространяемой под лицензией BSD. Библиотека ориентирована на использование с OpenCL-фронтэндом LLVM/Clang. Авторы сообщают, что libclc «создана быть портируемой и расширяемой».

оригинал на www.nixp.ru

[Bluetooth]

а если приложение только для opencl написано?

Таких пока (к счастью) нет. А когда openCL подрастет, вполне могут появиться.

Пока что их в целом немного. Но в будущем обязательно будут - технология-то весьма перспективная

[Ism]

Разве вам не хочется выжимать всю вычислительную мощь вашего компа ? Ведь если все приложения его поддержат, то быстродействие увеличится на порядок

Сейчас та же видеокарта в основном простаивает

[Bluetooth]

Сейчас та же видеокарта в основном простаивает

У меня она постоянно отрисовывает окошки. Больше от нее не требуется, да больше оно и не умеет.

Разве вам не хочется выжимать всю вычислительную мощь вашего компа ? Ведь если все приложения его поддержат, то быстродействие увеличится на порядок

Вы про что? Про кучу прикладных программ, использующих openCL? Если да - то я сильно сомневаюсь. Это все же нишевая технология, например, браузера с openCL не будет.

[Bizdelnick]

браузера с openCL не будет.

Поспорим, что в течение года в Хром запилят? Впрочем, слышал краем уха, что в последнем, прости Столлман, ишаке что-то подобное уже есть.

[/dev/random]

браузера с openCL не будет.

http://www.khronos.org/webcl/

[taaroa]

слышал краем уха, что в последнем, прости Столлман, ишаке что-то подобное уже есть.

дезинформация, однако. в девятом этого точно нет. в десятом — во все поля концепция metro, и, как и в девятом, всё те же smartscreen, acid3 100%, html5.

браузера с openCL не будет.

ага, а 640kb хватит всем и компьютеры будут весить не более чем 1.5 тонн.

[eddy]

например, браузера с openCL не будет.

webCL уже есть. Правда, пока он не доведен до ума, как webGL.

[Bizdelnick]

слышал краем уха, что в последнем, прости Столлман, ишаке что-то подобное уже есть.

дезинформация, однако. в девятом этого точно нет. в десятом — во все поля концепция metro, и, как и в девятом, всё те же smartscreen, acid3 100%, html5.

За что купил, за то и продаю. Через что там это реализовано - история умалчивает.

[NickLion]

а если приложение только для opencl написано?

Если это более-менее распространённое приложение (им пользуются больше, чем только автор, и не специфический софт), то вряд ли. Тот же упомянутый darktable - "It offers GPU acceleration via OpenCL (runtime detection and enabling)". Т.е. включается если есть, а если нет - использует другую реализацию.

[Bluetooth]

а если приложение только для opencl написано?

Если это более-менее распространённое приложение (им пользуются больше, чем только автор, и не специфический софт), то вряд ли.

И что? Софт бывает и нераспространенный. И его тоже иногда использовать надо.