Полигон-2

На моей первой работе, на излете СССР еще, у нас программировали модуль пзу для БСЦВМ такой, саму не делали, нам их привозили. Буквенно-цифровой код обозначения не вспомню уже, к сожалению, а по нему можно было бы выйти на КБ разработчика, но народ упорно называл ее Молния, хотя в и-нете отыскивается только молния-д на 588 серии, возможно эта была из того же семейства или альтернативной веткой развития его. Именно посмотрев на нее я и сделал тогда БК0010 с 4 процессорами, впоследствии два были удалены из-за простоя в ожидании медленной шины, а два не особо за нее дрались, но программ я так серьезных и не создал под нее, переключился на вкусную по тем временам пару вм3-вм4.

DrPass написал:

[q]

А почему ты решил, что советские авторы под "многопроцессорной конфигурацией" понимают SMP?

[/q]

Потому что встроенный арбитр в ВМ1 так работает. Каждый процессор, выполнив инструкцию, запрашивает шину и если она свободна, то захватывает ее на 1..5 обменов, в зависимости от типа инструкции и метода адресации, всего аппаратно расчитан он на 4 процессора на общей магистрали.

Я же написал, саму машинку мы не делали, только блок пзу, в нем были перепрограммируемые рф2 запаяны, стиралась она под лампой, а программировалась своими средствами нашей программой с подключением к ДВК и затем проверялась на ±температуру с подключением к стенду в термокамере, после чего их отправляли на склад, позже приходил секретный лист с несколькими адресами и значениями для них, которые допрограммировались, затем платы сразу отправлялись обратно, откуда привозились. По конструктиву машинка или ракетная, или самолетная, или торпедная - платы маленькие, соединенные этажеркой.
БК к ней отношения не имела, но т.к. была на том же типе процессора, я и паял накладку поверх штатного процессора.
В ВМ2 и ВМ3 от многопроцессорности отказались на стадии проектирования самого процессора, т.к. ВМ1 при выходе на шину сперва анализирует занятость шины и, если она свободна, либо он включен "главным" в цепочке предоставления доступа, начинает цикл, иначе он выставляет запрос на захват шины и ожидает ее предоставления, а ВМ2 и ВМ3 всегда считают себя главными в системе и отдают шину только устройствам с меньшим приоритетом. Причины отказа от многопроцессорности скорее всего скрываются за банальным отсутствием прямых требований эту многопроцессорность обеспечить в машинках, для которых их разработка заказывалась.

SL project написал:

[q]

Как в ней было реализовано что все процессоры загружены и не простаивали?

[/q]

Это как раз обеспечивается встроенным в ВМ1 арбитром.

SL project написал:

[q]

На какой элементной базе была собрана? Какова примерно была ее производительность?

[/q]

Серии 530, 533 и 564 - судя по двум последним, производительность была не высокой.

DrPass написал:

[q]

А в чем практический смысл такой архитектуры? У него ведь система команд достаточно простая (кажется, там даже умножения не было, я прав?),

[/q]

Умножение было, в процессорах ВМ1 с индексом В/Г, деления не было, но они были всегда редкими, в массовых А/Б умножение не работало. А смысл в том, что команда выполняется минимум за 10 тактов, максимум за несколько десятков тактов - при достаточно быстрой памяти за это время другой процессор успевает выставить требование захвата шины, и если более приоритетный еще "думает", получить разрешение на захват, выставить подтверждение захвата, вылезти на шину, сделать свои дела и далее "задуматься", отпустив шину.