ВМИР-1

[tnt23]

USB не подходит для связи между однородными ПЭ, это четко интерфейс "мастер-слейв". Вот Ethernet подходит вполне, тем более сотка. Если есть сомнения в пропускной способности, ставится коммутатор.

[Mick]

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

[Mick]

Конечно, конечно, куда же без модератора. Это было просто сообщение о том, какая элементная база будет применяться в ВМИР-2.
Тут только о ВМИР-1 на К580 микропроцессорном комплекте.

Сарказм не уместен. Ты можешь обсуждать хоть ВМИР-2999, мне как то без разницы, лишь бы соответствовала тематике раздела.

Тогда может многоуважаемый модератор подскажет, в каком разделе создать тему с названием ВМИР-2, учитывая, что основная элементная база будет на Raspberry Pi Model B+ и других похожих элементах?

Я полагаю, из существующих разделов есть только два подходящих
раздела: Для начинающих или Творчество

[AlexG]

http://geektimes.ru/post/133291/

http://www.greenarraychips.com/home/products/index.html
144 ядра в одном флаконе за 20$

или

http://www.adapteva.com/products/sil...vices/e16g301/

ПС: хотя 580вм80 это наше всё...

[Vasily]

Если быстродействие не критично, то в чем смысл наращивания ячеек? Построение нейронной сети? Обработка большого количества каналов входной информации? Или что-то наподобие https://ru.wikipedia.org/wiki/Non-Uniform_Memory_Access - тут память между процами в итоге шарится. Или каждому ПЭ сбрасываются части задачи - центральный собирает все до кучи? Но не стоит забывать, что не каждая задача "параллелится" + основные трудозатраты на написание софта и из личной практики, если есть возможность не паралелить задачу - лучше этого не делать. Так как добавляются трудности синхронизации. Или просто создание вычислительного прототипа с последующим масштабированием до произвольной вычислительной мощности? Какова все-таки конечная цель мат.рассчеты/моделирование? Или все-таки подобие нейронной сети строите?

[Ewgeny7]

Учитывая, что наличие будущего софта стремится к нулю, не пофиг ли, какие ядра там использовать? Лучше уж ВМ80 оставить.

[Advertiser]

[esl]

http://1500py470.livejournal.com/78737.html

Ой какая топология
Тор ...

[Ewgeny7]

и во-вторых она очень объёмная, например, это распознавание звуков, изображений как минимум

Кто писать софт будет?

[BarsMonster]

Оформлено будет в виде модуля устанавливающегося в корпус, фото которого выше приводил, пока плата готова на 30%. Всего в корпусе будет 8 шт. ПЭ.
Процесс идёт...

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

1) Сначала полнофункциональная Verilog модель - можно вон брать только что созданную модель КР580ВМ80. Модель делать (можно даже не синтезируемую, без тестов в реальной FPGA) - это 3% затрат времени от создания реального железа.
2) Затем среда разработки софта на C с библиотеками. Обязательно С. На ассемблере принципиально невозможно написать нужное количество софта в разумные сроки - жизнь слишком коротка. Компилятор под ВМ80/i8080 есть.
3) Только когда первые пункты готовы - можно переносить все на реальное железо. Можно делать промежуточный вариант - сначала все платы на FPGA, и затем они по одной заменяются на "боевое", настоящее железо - все с сохранением того же корпуса :-)

Если идти по этому пути - в каком месте бы не бросил работу - результат для будущих поколений положительный останется. А так есть шанс что в какой-то момент паять и отлаживать платы без софта надоест и все, что был проект, что не было.

Ну и с чисто прагматической точки зрения - полученный опыт в verilog/C будет намного ценнее отладки старых TTL схем и ассемблера.

[HardWareMan]

Хоспади, ИР82 по тебе плачут...