The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект по созданию открытого GPGPU

02.06.2014 23:17

Представлена открытая реализация многоядерного абстрактного GPGPU, реализованного через SystemVerilog и пригодного для запуска в симуляторе Verilog или выполнении на FPGA (например, платы Cyclone серии IV). Для сборки приложений для выполнения на GPGPU подготовлен C/C++ инструментарий на основе LLVM. Наработки проекта распространяются под свободной лицензией LGPLv2.1.

Проект позиционируется как многопоточный гибрид CPU и GPU, но не является GPGPU в классическом понимании, как технология применения GPU для вычислений общего назначения. В данном случае под GPGPU понимается использование полностью программно определяемой архитектуры, не привязанной к фиксированным аппаратным реализациям и способной выполнять различные виды вычислений в разных нитях. В настоящий момент для запуска на GPGPU подготовлены программы для оценки производительности, набор тестов и 3D-движок, способный выполнять рендеринг простых объектов.



  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: AMD планирует предоставить полностью открытый стек для гетерогенных вычислительных систем (CPU+GPU)
  3. OpenNews: Проект по созданию свободной бюджетной VGA-совместимой карты
  4. OpenNews: Проект по созданию свободной графической карты объявил о расширении планов
  5. OpenNews: Проект по созданию открытого графического акселератора
  6. OpenNews: На Kickstarter запущена кампания по разработке свободного GPU
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39908-gpu
Ключевые слова: gpu, gpgpu, openhardware
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (35) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, maxis11 (ok), 00:44, 03/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Host toolchain: GCC 4.7+ or Clang 4.2+
    >Clang 4.2+

    Это что то типо привет из будущего?))

     
     
  • 2.3, анон (?), 01:03, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет. Просто у Apple своя собственная нумерация версий clang. Так что тут правильней было написать Apple Clang 4.2+, чтобы не путать людей.
     
     
  • 3.27, Аноним (-), 18:55, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У эппл все через то самое место...
     

  • 1.2, Black Paladin (?), 00:56, 03/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Суть есть - виртуальный процессор.
    Похоже, господа, скоро мы с вами будем работать с изолированно виртуализированными приложениями, обсчитывать которые будут такие вот унифицированные логические процессоры.
    И не важно на какой архитектуре это запущено.
    Причем я не удивлюсь, если следующим шагом будет реализация адаптации "физических" характеристик процессора на лету, вплоть до изменения логики работы.
     
     
  • 2.4, Аноним (-), 01:08, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а чем это отличается от виртуальной машины?
     
     
  • 3.6, bOOster (?), 04:13, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Причем тут виртуальная машина? Образно: тебе дают 1000 вычислительных блоков, ты формируешь из них конечное решение
     
     
  • 4.7, bOOster (?), 04:17, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Причем тут виртуальная машина? Образно: тебе дают 1000 вычислительных блоков, ты формируешь
    > из них конечное решение

    Разница с традиционными решениями лишь в том что логика решения формируется программно, и может изменяться по необходимости, а не аппаратно.

     
     
  • 5.22, Аноним (-), 14:21, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Причем тут виртуальная машина? Образно: тебе дают 1000 вычислительных блоков, ты формируешь
    >> из них конечное решение
    > Разница с традиционными решениями лишь в том что логика решения формируется программно,
    > и может изменяться по необходимости, а не аппаратно.

    И это песдетс как быстрее аппаратной реализации, скажем, от Нвидия? Ну и закон Амдала тоже не будет работать, правда?

     
  • 2.5, kravich (ok), 01:27, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >Причем я не удивлюсь, если следующим шагом будет реализация адаптации "физических" характеристик процессора на лету, вплоть до изменения логики работы.

    И тут мне стало страшно

     
     
  • 3.23, Аноним (-), 14:22, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>Причем я не удивлюсь, если следующим шагом будет реализация адаптации "физических" характеристик процессора на лету, вплоть до изменения логики работы.
    > И тут мне стало страшно

    Ага, потому что такой травы у нас точно нет. Равно как и белочки.

     
     
  • 4.30, Аноним (-), 07:57, 04/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    наркоман, уходи
     
  • 2.11, Аноним (-), 09:46, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сдается мне, это по-страшее Java будет. Не дай бог...
     
     
  • 3.15, anonymous (??), 10:49, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    FPGA это и есть, в некотором роде, Java в мире железа
     
     
  • 4.16, fidaj (ok), 10:54, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > FPGA это и есть, в некотором роде, Java в мире железа

    это вообще неправильные параллели...

     
     
  • 5.19, rob pike (?), 13:32, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну может он имел в виду что FPGA это попса и J2EE, а надо как Masatoshi Shima в транзисторах сразу рисовать, и безо всяких квартусов.
     
  • 3.24, Аноним (-), 14:22, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Сдается мне, это пострашнее Java будет. Не дай бог...

    //fixed by Grammar Nazi.


     
     
  • 4.25, rob pike (?), 15:54, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Бог - с большой буквы.
     
     
  • 5.26, Ыр (?), 18:21, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не всегда.
     
     
  • 6.29, ILYA INDIGO (ok), 22:27, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В этом случае с большой!
     
  • 5.28, Аноним (-), 20:35, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это только для верующих.
     
  • 5.31, Аноним (-), 07:58, 04/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Бог - с большой буквы.

    зависит от того, какой Б(б)гъ имеется в виду

     
  • 5.33, XoRe (ok), 13:47, 04/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Бог - с большой буквы.

    Все буквы большие (С) Большаков Олег Георгиевич

     

  • 1.8, Нимус (?), 07:49, 03/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    на FPGA - и всё, тут точка, а дальше начинаются невероятные цены...
     
     
  • 2.10, Имя (?), 09:34, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > на FPGA - и всё, тут точка, а дальше начинаются невероятные цены...

    Появится спрос (хотя бы в масштабах хомячков) - появится предложение, технологичность, китайцы подсуетятся... Да блин, пещерные люди видеоускоритель _вдобавок_ к видеоплате включали, а сейчас телефоны h.264 показывают.


     
  • 2.20, rob pike (?), 13:36, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За целый девбоард с тем FPGA порядка $200 (academic price) это ужасно астрономическая цена?
     
     
  • 3.32, Аноним (-), 07:59, 04/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > За целый девбоард с тем FPGA порядка $200 (academic price) это ужасно
    > астрономическая цена?

    $500

     

  • 1.9, Аноним (-), 09:05, 03/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже второй или третий по счёту.
     
     
  • 2.13, fidaj (ok), 10:37, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    где первый? (ссылки)
     
     
  • 3.17, Аноним (-), 11:47, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    По новостью есть же ссылки:
    https://www.opennet.ru/opennews/art.shtml?num=21228
    https://www.opennet.ru/opennews/art.shtml?num=34004
    https://www.opennet.ru/opennews/art.shtml?num=38122
     
     
  • 4.18, fidaj (ok), 11:58, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > По новостью есть же ссылки:
    > https://www.opennet.ru/opennews/art.shtml?num=21228
    > https://www.opennet.ru/opennews/art.shtml?num=34004
    > https://www.opennet.ru/opennews/art.shtml?num=38122

    да - эти разработки тоже на FPGA, но к данной теме имеют косвенное отношение...
    в данном случае это реконфигурируемый сопроцессор, а по ссылкам выше - GPU...

     

  • 1.14, fidaj (ok), 10:39, 03/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а почему сразу не OpenCL|OpenACC? LUT-ов не хватило?
     
     
  • 2.21, rob pike (?), 13:38, 03/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я понял, человеку интересно сделать интересную железку, а программисты удобство пусть сами себе обеспечивают.
     
  • 2.34, Аноним (-), 18:02, 04/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да не, фича в другом.
    FPGA давно популярен был.
    но в основном в HPC, то есть дорого, прожорливо и непрактично в мэйнстриме, так как большую часть профита, там - сьедал оверхэд от линка между CPU и FPGA. а вот если сделать "что-то похожее" но попроще и на одном кристале(в стиле APU AMD или T800 INMOS, паче им 25 лет уже), то будет и дешево и сердито. потенциально - сердитее APU. в силу гибкости и плотности. а до той поры - HSA AMD - покруче будет, ну разве что вдруг лицензию либарализуют еще сильнее.
     
     
  • 3.35, fidaj (ok), 19:00, 04/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > да не, фича в другом.
    > FPGA давно популярен был.
    > но в основном в HPC, то есть дорого, прожорливо и непрактично в
    > мэйнстриме, так как большую часть профита, там - сьедал оверхэд от
    > линка между CPU и FPGA. а вот если сделать "что-то похожее"
    > но попроще и на одном кристале(в стиле APU AMD или T800
    > INMOS, паче им 25 лет уже), то будет и дешево и
    > сердито. потенциально - сердитее APU. в силу гибкости и плотности. а
    > до той поры - HSA AMD - покруче будет, ну разве
    > что вдруг лицензию либарализуют еще сильнее.

    какой же оверхед? (для данного случая) если результаты вычислений на ПЛИС кладутся прямо в L2 (глядя доки https://github.com/jbush001/GPGPU/wiki/V2-Microarchitecture и код) - возможно я что-то неправильно понял...

     
     
  • 4.36, Аноним (-), 17:42, 05/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    оверхэд - в повседневном применении FPGA и других со-процессоров(вемьма можных и небюджетных)бо прежде чем попасть в проц(не суть в L2 или уже в планировщик и исполнение) - нефиговые задержки и узость шины, связывающих их с собой - профит от его производительности подьедает на 2/3 в некоторых применениях(не реалтайм, далеко).
    а вот сабжевый проц/идея - потенциально может нефигово дополнить ядра Любой архитектуры, будучи пусть и помедленее, но быстрее реконфигурируясь и ПРЯМО в проце работая. аналогично чем, в свое время, перенос (пусть и упроещнных. поначалу)FPU прямо на кристал - нефигово подстегнул производительность. аналогично в настоящее время - происходит с GPU набортным в APU. а и те-же L1,L2, L3, L4 кэши - всяко полезнее "внутрях" проца ;)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру