Представлена (http://latchup.blogspot.ru/2014/05/keeping-score.html) открытая реализация многоядерного абстрактного GPGPU, реализованного через SystemVerilog и пригодного для запуска в симуляторе Verilog или выполнении на FPGA (например, платы (http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=E... Cyclone серии IV). Для сборки приложений для выполнения на GPGPU подготовлен C/C++ инструментарий на основе LLVM. Наработки проекта распространяются (https://github.com/jbush001/GPGPU) под свободной лицензией LGPLv2.1.
Проект позиционируется как многопоточный гибрид CPU и GPU, но не является GPGPU (http://ru.wikipedia.org/wiki/GPGPU) в классическом понимании, как технология применения GPU для вычислений общего назначения. В данном случае под GPGPU понимается использование полностью программно определяемой архитектуры (https://github.com/jbush001/GPGPU/wiki), не привязанной к фиксированным аппаратным реализациям и способной выполнять различные виды вычислений в разных нитях. В настоящий момент для запуска на GPGPU подготовлены программы для оценки производительности, набор тестов и 3D-движок (https://github.com/jbush001/GPGPU/tree/master/firmware/3D-re... способный выполнять рендеринг простых объектов.<center><a href="http://3.bp.blogspot.com/-BPvzgN6LMC8/U4XuiZQBYTI/AAAAAAAABd... src="http://www.opennet.ru/opennews/pics_base/0_1401735174.png" style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></a></center>
URL: https://news.ycombinator.com/item?id=7830346
Новость: http://www.opennet.ru/opennews/art.shtml?num=39908
>Host toolchain: GCC 4.7+ or Clang 4.2+
>Clang 4.2+Это что то типо привет из будущего?))
Нет. Просто у Apple своя собственная нумерация версий clang. Так что тут правильней было написать Apple Clang 4.2+, чтобы не путать людей.
У эппл все через то самое место...
Суть есть - виртуальный процессор.
Похоже, господа, скоро мы с вами будем работать с изолированно виртуализированными приложениями, обсчитывать которые будут такие вот унифицированные логические процессоры.
И не важно на какой архитектуре это запущено.
Причем я не удивлюсь, если следующим шагом будет реализация адаптации "физических" характеристик процессора на лету, вплоть до изменения логики работы.
Ну а чем это отличается от виртуальной машины?
Причем тут виртуальная машина? Образно: тебе дают 1000 вычислительных блоков, ты формируешь из них конечное решение
> Причем тут виртуальная машина? Образно: тебе дают 1000 вычислительных блоков, ты формируешь
> из них конечное решениеРазница с традиционными решениями лишь в том что логика решения формируется программно, и может изменяться по необходимости, а не аппаратно.
>> Причем тут виртуальная машина? Образно: тебе дают 1000 вычислительных блоков, ты формируешь
>> из них конечное решение
> Разница с традиционными решениями лишь в том что логика решения формируется программно,
> и может изменяться по необходимости, а не аппаратно.И это песдетс как быстрее аппаратной реализации, скажем, от Нвидия? Ну и закон Амдала тоже не будет работать, правда?
>Причем я не удивлюсь, если следующим шагом будет реализация адаптации "физических" характеристик процессора на лету, вплоть до изменения логики работы.И тут мне стало страшно
>>Причем я не удивлюсь, если следующим шагом будет реализация адаптации "физических" характеристик процессора на лету, вплоть до изменения логики работы.
> И тут мне стало страшноАга, потому что такой травы у нас точно нет. Равно как и белочки.
наркоман, уходи
Сдается мне, это по-страшее Java будет. Не дай бог...
FPGA это и есть, в некотором роде, Java в мире железа
> FPGA это и есть, в некотором роде, Java в мире железаэто вообще неправильные параллели...
Ну может он имел в виду что FPGA это попса и J2EE, а надо как Masatoshi Shima в транзисторах сразу рисовать, и безо всяких квартусов.
> Сдается мне, это пострашнее Java будет. Не дай бог...//fixed by Grammar Nazi.
Бог - с большой буквы.
Не всегда.
В этом случае с большой!
Это только для верующих.
> Бог - с большой буквы.зависит от того, какой Б(б)гъ имеется в виду
> Бог - с большой буквы.Все буквы большие (С) Большаков Олег Георгиевич
на FPGA - и всё, тут точка, а дальше начинаются невероятные цены...
> на FPGA - и всё, тут точка, а дальше начинаются невероятные цены...Появится спрос (хотя бы в масштабах хомячков) - появится предложение, технологичность, китайцы подсуетятся... Да блин, пещерные люди видеоускоритель _вдобавок_ к видеоплате включали, а сейчас телефоны h.264 показывают.
За целый девбоард с тем FPGA порядка $200 (academic price) это ужасно астрономическая цена?
> За целый девбоард с тем FPGA порядка $200 (academic price) это ужасно
> астрономическая цена?$500
Уже второй или третий по счёту.
где первый? (ссылки)
По новостью есть же ссылки:
http://www.opennet.ru/opennews/art.shtml?num=21228
http://www.opennet.ru/opennews/art.shtml?num=34004
http://www.opennet.ru/opennews/art.shtml?num=38122
> По новостью есть же ссылки:
> http://www.opennet.ru/opennews/art.shtml?num=21228
> http://www.opennet.ru/opennews/art.shtml?num=34004
> http://www.opennet.ru/opennews/art.shtml?num=38122да - эти разработки тоже на FPGA, но к данной теме имеют косвенное отношение...
в данном случае это реконфигурируемый сопроцессор, а по ссылкам выше - GPU...
а почему сразу не OpenCL|OpenACC? LUT-ов не хватило?
Насколько я понял, человеку интересно сделать интересную железку, а программисты удобство пусть сами себе обеспечивают.
да не, фича в другом.
FPGA давно популярен был.
но в основном в HPC, то есть дорого, прожорливо и непрактично в мэйнстриме, так как большую часть профита, там - сьедал оверхэд от линка между CPU и FPGA. а вот если сделать "что-то похожее" но попроще и на одном кристале(в стиле APU AMD или T800 INMOS, паче им 25 лет уже), то будет и дешево и сердито. потенциально - сердитее APU. в силу гибкости и плотности. а до той поры - HSA AMD - покруче будет, ну разве что вдруг лицензию либарализуют еще сильнее.
> да не, фича в другом.
> FPGA давно популярен был.
> но в основном в HPC, то есть дорого, прожорливо и непрактично в
> мэйнстриме, так как большую часть профита, там - сьедал оверхэд от
> линка между CPU и FPGA. а вот если сделать "что-то похожее"
> но попроще и на одном кристале(в стиле APU AMD или T800
> INMOS, паче им 25 лет уже), то будет и дешево и
> сердито. потенциально - сердитее APU. в силу гибкости и плотности. а
> до той поры - HSA AMD - покруче будет, ну разве
> что вдруг лицензию либарализуют еще сильнее.какой же оверхед? (для данного случая) если результаты вычислений на ПЛИС кладутся прямо в L2 (глядя доки https://github.com/jbush001/GPGPU/wiki/V2-Microarchitecture и код) - возможно я что-то неправильно понял...
оверхэд - в повседневном применении FPGA и других со-процессоров(вемьма можных и небюджетных)бо прежде чем попасть в проц(не суть в L2 или уже в планировщик и исполнение) - нефиговые задержки и узость шины, связывающих их с собой - профит от его производительности подьедает на 2/3 в некоторых применениях(не реалтайм, далеко).
а вот сабжевый проц/идея - потенциально может нефигово дополнить ядра Любой архитектуры, будучи пусть и помедленее, но быстрее реконфигурируясь и ПРЯМО в проце работая. аналогично чем, в свое время, перенос (пусть и упроещнных. поначалу)FPU прямо на кристал - нефигово подстегнул производительность. аналогично в настоящее время - происходит с GPU набортным в APU. а и те-же L1,L2, L3, L4 кэши - всяко полезнее "внутрях" проца ;)
