https://www.opennet.ru/openforum/vsluhforumID3/80886.html В списке рассылки разработчиков LLVM представлен (http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-October/044266.html) проект Portable OpenCL (https://launchpad.net/pocl), в рамках которого ведётся разработка полностью открытой и независимой реализации стандарта OpenCL (http://www.khronos.org/opencl/), который определяет API и расширения языка Си для параллельного программирования с использованием как многоядерных CPU, так и GPU видеокарт.<br><br>Задача проекта - создать единую реализацию OpenCL, независимую от производителей графических ускорителей, которая позволила бы разработчикам не задумываться об особенностях той или иной реализации стандарта и применении специфических техник оптимизации. Для этого Portable OpenCL реализован по модульному принципу, позволяющему использовать различные бэкенды для выполнения OpenCL-ядер на разных типах графических и центральных процессоров. Пока проект находится в стадии активной разработки, поэтому доступен только один бэкенд, поддерживающий использо...<br><br>URL: http://lists.c https://www.opennet.ru/openforum/vsluhforumID3/80886.html#13 Thu, 27 Oct 2011 13:16:49 GMT Для отладки. Одно дело теория, а другое дело просто поменать ключик компилятора или выбрать в выппадающем списке программы другой драйвер в ревлтайме и погладеть как оно на самом деле работает. А то написать "наша программа (или очередная железка)за $10000 в 30 раз быстрее CPU" может каждый, а тут клик клик - и сравниваем реально.<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#12 Tue, 25 Oct 2011 15:57:07 GMT Они там что, прикалываются?! Кому opencl на x86 сдался? Програминг opencl напоминает полную йогу и имеет смысл в ровно 1 случае: скорость любой ценой. Даже ценой йоги, нужной лишь потому что gpu - не cpu, полновесный си с очень параллельными simd равсширениями в него втолкать тяжко. А такое урезанное и специализированное - запросто. Программить в таком виде х86? Зачем???<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#11 Fri, 21 Oct 2011 07:29:57 GMT В случае с CUDA не учет расположения банков памяти на GPU влечет замедление работы в разы. Практически такая же картина при любых техниках/технологиях работы с многопоточностью - не учет факторов, влияющих на оптимизацию выполнения - замедляет работу программы иногда и в десятки раз (а в случае блокировок программа вообще никогда нормально не завершится). :)<br><br>Неудача Висты была вызвана как раз неправильными какими-то вещами в работе многопоточного кода, я подробности не помню, но когда вышла 7-ая виндовс - была информация от разработчиков, с переводом в Рунете, что реально повлияло на неудачу Висты.<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#10 Fri, 21 Oct 2011 07:15:19 GMT 2.9<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#9 Fri, 21 Oct 2011 06:22:09 GMT Я бы сказал иначе: рост производительности техники сокращает разницу выполнения оптимального и неоптимального кода на незагруженной аппаратуре. Проще купить проц следующего поколения чем потратить полчаса на оптимизацию. Особенно это становится явным при использовании модульного подхода, когда задачей многих становится собрать из кубиков-модулей своё мега-творение и продать его, при этом не неся ответственности ни за один из компонентов.<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#8 Fri, 21 Oct 2011 00:47:49 GMT NVidia не так давно тоже заявляла нечто подобное, только для именно CUDA. - Чтобы с каждой новой реализацией ее видеокарт становились не нужны особые оптимизационные техники. Что видно, в принципе, даже уже давно, по версиям Compute Capability - в более новых версиях отпадает необходимость в части оптимизаций.<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#6 Thu, 20 Oct 2011 11:32:09 GMT &gt; создания проектов по продвижению неоптимизированных кодов<br><br>Вообще-то речь как раз о том, чтобы не дублировать одни и те же оптимизации для каждой отдельной реализации. А то, понимешь, наизобретали велосипедов.<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#5 Thu, 20 Oct 2011 10:02:11 GMT "Задача проекта - создать единую реализацию ... которая позволила бы разработчикам не задумываться о ... применении специфических техник оптимизации"<br><br>Спасибо. Вот чего не хватало, так это создания проектов по продвижению неоптимизированных кодов. Хотя после IM на гиг я уже ничему не удивляюсь.<br> https://www.opennet.ru/openforum/vsluhforumID3/80886.html#4 Thu, 20 Oct 2011 09:56:37 GMT http://code.google.com/p/freeocl/<br>