LINUX.ORG.RU
решено ФорумTalks

Parallella набрала необходимый объём средств.

 ,


0

4

Ссылка: http://www.kickstarter.com/projects/adapteva/parallella-a-supercomputer-for-e...

Вкратце: это попытка продвинуть параллельные технологии в массы. Сейчас основной модуль представляет из себя двухъядерный ARM A9, параллельный 16-ядерный сопроцессор Epiphany Multicore Accelerator, 1 ГБ ОЗУ (это пока ограничение текущей сборки), 2 порта USB 2.0, 16 ГБ MicroSD, HDMI и Gigabit Ethernet. Также с платой идёт открытый SDK (C, C++ и OpenCL). Кое-какие спецификации уже выложили в открытый доступ.

P.S. Чуть не забыл — там Убунта.

★★★★★

Последнее исправление: Evgueni (всего исправлений: 3)
Ответ на: комментарий от pekmop1024

что путей решения проблемы производительности одного потока несколько,

конвеер и есть несколько мелких «ядер» и из конвеера уже выжали все соки.

dimon555 ★★★★★
()
Ответ на: комментарий от Sadler

То что коду OpenCL посрать на чём работать.

Dron ★★★★★
()
Ответ на: комментарий от pekmop1024

Когда-то и обычная виртуализация была с дикими потерями. Сделали же.
А до того все боялись потерь на х86-трансляторе... и тоже сделали.

У тебя какая-то очень странная логика. Из того, что когда-то решили какие-то задачи, не следует, что в будущем смогут решить абсолютно любую другую задачу.
Ты привёл в пример задачи, которые имеют очень мало общего с задачей виртуализации одного ядра на куче ядер.

Даже если процентов 30 потери будут, этим можно пренебречь - все равно будет в разы, если не в десятки и сотни раз быстрее одного толстого ядра.

Это будет на 30% медленнее нормально распаралеленного кода.
И потери могут быть далеко не 30%, а вплоть до проседания производительности до уровня производительности одного реального ядра на некоторых задачах.

Ramen ★★★★
()
Последнее исправление: Ramen (всего исправлений: 1)
Ответ на: комментарий от Ramen

Это будет на 30% медленнее нормально распаралеленного кода.

Не все параллелится, вообще. Так что если нераспараллеливаемая задача будет выполняться на таком виртуальном ядре, профит для нее будет неиллюзорным, в разы.

вплоть до проседания производительности до уровня производительности одного реального ядра на некоторых задачах

Это ты сейчас рассуждаешься с позиции «нафига нам что-то новое придумывать, давайте просто сделаем еще одну реализацию OpenCL, только в виде аппаратной прослойки». Я не про это.

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

нераспараллеливаемая задача будет выполняться на таком виртуальном ядре

Если задача нераспараллеливаемая, то как она по-твоему её распараллелит виртуальное ядро? Она и будет выполняться с производительностью 1 реального ядра.

Ramen ★★★★
()
Ответ на: комментарий от Ramen

Если задача нераспараллеливаемая, то как она по-твоему её распараллелит виртуальное ядро? Она и будет выполняться с производительностью 1 реального ядра.

Нераспараллеливаемая на текущем уровне, к тому же софтварном.
Когда дело касается железа, идут в ход грязные и не очень хаки, которые с софтом не прокатывают или не дают профита.

pekmop1024 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.