https://www.opennet.dev/openforum/vsluhforumID3/117066.html Доступен (http://portablecl.org/pocl-1.3.html) релиз проекта PoCL 1.3 (http://portablecl.org/) (Portable Computing Language OpenCL), развивающего реализацию стандарта OpenCL, независимую от производителей графических ускорителей и позволяющую использовать различные бэкенды для выполнения OpenCL-ядер на разных типах графических и центральных процессоров. Код проекта распространяется (https://github.com/pocl/pocl/) под лицензией MIT. Поддерживается работа на платформах X86_64, MIPS32, ARM v7, AMD HSA APU и различных специализированных TTA-процессорах (Transport Triggered Architecture (https://ru.wikipedia.org/wiki/Transport_triggered_architecture)) c архитектурой VLIW (https://ru.wikipedia.org/wiki/VLIW).<br><br><br><br>Реализация компилятора ядер OpenCL построена на базе LLVM, а в качестве фронтэнда для OpenCL C используется Clang. Для обеспечения должной переносимости и производительности компилятор ядер OpenCL может генерировать комбинированные функции, которые могут использовать различные аппаратные ресурсы для ра https://www.opennet.dev/openforum/vsluhforumID3/117066.html#10 Thu, 11 Apr 2019 13:02:31 GMT В BOINC на реализации OpenCL для Intel - Beignet можно считать Collatz.<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#9 Thu, 11 Apr 2019 09:09:43 GMT Возможно, в проекте явно запрещен Intel как платформа по каким-то странным причинам. Писал вычислительное приложение с использованием OpenCL, не предпринимал никаких специальных мер для поддержки интела, нормально работало с nVidia и Intel (как официальная реализация, так и pocl).<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#8 Tue, 09 Apr 2019 05:37:07 GMT раньше и слоты все были стандартизированы. а потом всем захотелось бабок и своих фанклубов интересов...<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#7 Tue, 09 Apr 2019 05:29:31 GMT Была, но внезапно оказалось, что если код не настраивать тонко под конкретную платформу (oдин код на линейку, с помощью препроцессора код тюнится под конкретную карту, вариант кода выбирается с помощью бенчмарков), то использовать OpenCL смысла нет никакого - работать будет, но не в полную производительность. Если код для CPU или FPGA засунуть в GPU, то работать будет медленнее, чем на CPU.<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#6 Tue, 09 Apr 2019 05:15:21 GMT Не знаю, что у вас за проблемы, может просто и драйверов не стоит. Нужно проверить через clinfo. Если процессор без встроенного видео, то CL может работать на CPU - но у многих программ стоит поиск только по GPU устройствам, надо их патчить чтобы CPU девайсы видели или ключ какой-то хитрый передавать. IntelHD нормально работает, если драйвер поставить. Только он слабее полноценных GPU.<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#5 Tue, 09 Apr 2019 05:14:57 GMT Для практических целей оно имеет смысла какой-нибудь? Примеры софта, который может получить профит? Насколько я понимаю, оно проигрывает всем остальным реализациям.<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#4 Tue, 09 Apr 2019 00:25:37 GMT Большинство прог, которые я видел, хорошо работают на OpenCL от AMD и NVIDIA, но Intel вообще не видят. Например в BOINC, когда выбираешь проект, к которому хочешь подключиться, там должен быть значок того, поддерживается ли Intel OpenCL, или нет. А на странице скачивания hashcat перечислены поддерживаемые реализации OpenCL, среди которых Intel есть.<br><br>Как-то странно. Вот OpenGL, например, изначально появился на промышленных суперкомпьютерах от всяких там Silicon Graphics, Sun и NeXT. Его для того и сделали, чтобы ты написал свою прогу один раз, а работала она потом на всех реализациях. В случае же с OpenCL, ты должен добавить поддержку каждой реализации в свою прогу. Ну и какой тогда от неё смысл?<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#3 Mon, 08 Apr 2019 21:15:53 GMT Реализация стандарта же, а не расширение.<br> https://www.opennet.dev/openforum/vsluhforumID3/117066.html#2 Mon, 08 Apr 2019 20:37:17 GMT Ну да, как стандартизированная CUDA. Но исторически не сложилось.<br>