https://m.opennet.dev/openforum/vsluhforumID3/115111.html При сборке Wine не для личного использования, а чтобы распространять сборки, я столкнулся с проблемой. С какой реализацией OpenCL линковать? NVIDIA, AMD, <br>[[https://software.intel.com/en-us/articles/opencl-drivers Intel]], Mesa? Ответ - FreeOCL!<br><br>На самом деле, не важно с чем линковать. У всех известных мне реализаций OpenCL, сама библиотека [[B]]libOpenCL.so.1[[/B]] занимает около 30 Кб. Оказывается, внутри этой библиотеки ничего нет. Сам OpenCL находится в другой библиотеке (например в [[B]]libatiocl64.so[[/B]] - см. [[B]]/etc/OpenCL/vendors/*.icd[[/B]] для подробностей). Однако залить проприетарный драйвер в OBS-репозиторий я не могу, так как закрытый код. Остаётся только Mesa и FreeOCL.<br><br>[[https://github.com/zuzuf/freeocl FreeOCL]] это программная реализация OpenCL, написанная на C++, и имеющая у себя в зависимостях libatomic_ops - а LLVM не имеющая. Установив в систему [[B]]FreeOCL[[/B]] и [[B]]opencl-headers[[/B]], я успешно собрал Wine. Причём Wine линкуется только с OPENCL_1.0, что не помешало к https://m.opennet.dev/openforum/vsluhforumID3/115111.html#25 Wed, 31 Oct 2018 11:04:42 GMT Дошел ли прогресс до такого состояния, что собрав мою, не использующую на прямую opencl, программу вместе в opencl, я получу приваку к скорости?<br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#24 Mon, 24 Sep 2018 15:51:57 GMT Все знать в этом мире нереально .<br>Лично вы например тоже чего-то не знаете .<br>Давайте я буду смеяться над вами, над тем что лично вы не знаете ?<br>И напишу что вы в этом деле нуб , клоун и дегенерат .<br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#23 Sat, 22 Sep 2018 18:10:21 GMT Результат будет одинаковым. Наверное лучше OCL-ICD, потому что он создан конкретно для того, чтобы компилить с ним софт, а FreeOCL претендует на серьёзность, на то, чтобы выполнять OpenCL-код на CPU<br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#22 Sat, 22 Sep 2018 09:15:37 GMT Так что же, в итоге, лучше? FreeOCL или OCL-ICD?<br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#21 Tue, 04 Sep 2018 19:45:29 GMT Ну, не все же на ай9 сидят. ))<br><br>В обсуждении новости в 2013-м году возникло похожее непонимание:<br>https://www.phoronix.com/forums/forum/software/desktop-linux/38672-libreoffice-lands-a-ton-of-gpu-opencl-functions#post38672<br>И вот что было отвечено: "OpenCL also means CPU multi core." Т.е., как gcc может обрабатывать одну задачу с помощью нескольких ядер, так и, в идеале, многое может быть реализовано для параллельного выполнения. Другое дело, что сейчас уже 2018, а многого не видно.<br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#20 Tue, 04 Sep 2018 14:56:37 GMT погодите-ка, вы хотите сказать, что у вас были ТАКИЕ таблицы в опенофисе, что их вычисления (вычисления, йопаралон - не старт oocalc, не отрисовка бесконечных элементов интерфейса, не открытие файла, а ВЫЧИСЛЕНИЯ) выполнялись заметное глазом время?<br><br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#19 Mon, 03 Sep 2018 07:45:08 GMT Когда OpenCL только начал появляться, было множество новостей о том, что вычисления в электронных таблицах LibreOffice ускоряются в несколько раз.<br>Например, из 2014:<br>http://www.techenablement.com/libreoffice-opencl-acceleration-for-the-masses-intel-vs-amd-gpu-performance/<br><br>Но вроде бы, с тех пор все вменяемые дистры запилили поддержку этой фичи по дефолту. Так что, смысл этой пересборки мне тоже не очень понятен. Без фороникса не разобраться, короче.<br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#18 Sun, 02 Sep 2018 20:33:11 GMT &gt; iZEN хочет заполнить пробелы в своих знаниях и при этом не боится<br><br>Не заблуждайтесь.<br>..<br>Если не хотите прослушать курс (не менее ламepский кстати) на тему, как жаба разруливает зависимости при распространении блобов.<br> https://m.opennet.dev/openforum/vsluhforumID3/115111.html#16 Wed, 29 Aug 2018 00:01:41 GMT Одно из преимуществ: https://hashcat.net/hashcat/<br>