Альтернативный форм-фактор для УКНЦ + расширение.

[MM]

ВМ2

Погуглите ТО М1801ВМ2, и не читайте измышления ламеров ( т.е. не ( бывших) работников МЭП ).
Вся линейка 1801-й и 1806-й серии использует для записи байтов аппаратную сепарацию на стороне блоков ОЗУ.

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

- - - Добавлено - - -

Нет такой необходимости

И зачем троллить ?

- - - Добавлено - - -

В УКНЦ есть собственные устройства в зоне BS7, и подключение корзинки через АП6 вызовет или существенные тормоза ( при переключении на прием по сигналу DIN + RPLY с задержкой последнего ), или КЗ шины , или то и другое вместе.

- - - Добавлено - - -

RT-11 может использовать адреса ОЗУ 160000-167777 ( при уровне сигнала SEL ВМ2 = +5в. ) для своих нужд.
Это особенно полезно при громоздких программах пользователя, в частности открывает возможность монитору SJ исполнять программы до 40 кбайт ( или 32 кбайт без свопа частей монитора ) .
С точки зрения быстродействия RT-11 - весьма сомнительное улучшение, т.к. в хвосте АП сидят резидентные части монитора, практически не влияющие
на быстродействие ЭВМ.

[Advertiser]

[randomizer]

Вся линейка 1801-й и 1806-й серии использует для записи байтов аппаратную сепарацию на стороне блоков ОЗУ.

Тем не меннее, если верить тестам, то байтовая запись медленней словной. С чем это тогда связано?

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

Т.е. не рекомедованно, но совершенно ничего не мешает это делать... Всё же, почему?

- - - Добавлено - - -

С точки зрения быстродействия RT-11 - весьма сомнительное улучшение, т.к. в хвосте АП сидят резидентные части монитора, практически не влияющие
на быстродействие ЭВМ.

У меня как раз на эту тему возникал вопрос: как RT-11 определяет объём доступного ОЗУ? RT-11 полезная штука, затирая память используемую ОС, сложнее будет работать с файлами.

[MM]

Тем не меннее, если верить тестам, то байтовая запись медленней словной. С чем это тогда связано?

?!
Если для МС1201.03 и МС1201.04 - там контроллер ДОЗУ 1801ВП1-119 хитро-протраханный, да и др. причины орг. характера

но совершенно ничего не мешает это делать...

Я делал в контроллере УТКх байтовую запись в кучу КР580 портов - формально работало, только вот за 4 т.р. это народу не понадобилось вообще...

- - - Добавлено - - -

вопрос: как RT-11 определяет объём доступного ОЗУ?

В вторичном загрузчике идет сканирование ОЗУ, для объемов свыше ~1метра это несколько напрягает по задержке.

[randomizer]

?!

Вот здесь обсуждали это.

В вторичном загрузчике идет сканирование ОЗУ, для объемов свыше ~1метра это несколько напрягает по задержке.

Значит всё же придётся выселять RT-11 для получения преимуществ от быстрого ОЗУ.

[MM]

Вот здесь обсуждали это.

Попробуйте на реальной железной УКНЦ выполнить программы с измерением быстродействия цикла ( секундомер есть в телефоне ) :
001000 :
012700 000100 005001 012702 001100 010112 010112 010112
010112 010112 010112 010112 010112 077111 077015 000000
и вариант с байтовой записью :
001000 :
012700 000100 005001 012702 001100 110112 110112 110112
110112 110112 110112 110112 110112 077111 077015 000000
Примерное время исполнения - ~1 мин.

[randomizer]

Попробуйте на реальной железной УКНЦ выполнить программы с измерением быстродействия цикла ( секундомер есть в телефоне ) :

Результат не порадовал: 152 сек. словная запись, и вариант с байтовой записью 193 сек, примерно на 1/4 медленней.

- - - Добавлено - - -

В общем то соответствует результату из вышеупомятутой темы. Если усреднить два результата, то получется разница с скорости 1/5

[ilynxy]

Вот здесь обсуждали это.

Не спрашивали -- отвечаем. Это, скорее, не связано не с процессором ВМ2 как таковым, он может и вырабатывает нужные сигналы байтовой записи по-честному. А вот арбитр памяти (который делит циклы обращения между формирователем видеосигнала, ЦП и ПП) не умеет в байты (если верить схеме УКНЦ). Поэтому для байтовой записи делается полный RMW (читает слово, подменяет нужный байт, засовывает взад), а процессор в это время ждёт, пока вся эта магия прокрутится. Если надо -- могу проверить догадку осциллографом, но это не отменит факта, что по схеме поля памяти для старшего и младшего байта имеют общий сигнал записи.

[randomizer]

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

Перевести из догадок в проверенный факт думаю будет полезным

- - - Добавлено - - -

Если абсолютно в лом пользоваться почтой, применяйте АП2.
https://russian.alibaba.com/product-...30dc77bdUwXsjH

Я пытался найти 1531АП7 74F641, в других сериях в этот раз не смотрел. Ну и хотелось поскорей всё Ок, в ожидании посылки можно панельки под микросхемы распаивать

[MM]

1531АП7 74F641

http://www.macroteam.ru/search/?search=74f641
В Москве, м. Перово, с хранения, 1990-е.
Есть небольшая особенность - господа из Интернет-магазина не дружат с почтой, им следует заказывать почтового курьера.
Однако, они это предусмотрят в цене ( сделают скидку ).

- - - Добавлено - - -

примерно на 1/4 медленней.

Видимо, продолжение известной дырищи с микрокодом в 1801ВМ2.
На днях посмотрю, как работает Н1806ВМ2-5.5 мгц на этом тесте с 0 тактами ожидания СОЗУ.

[svinka]

В УКНЦ есть собственные устройства в зоне BS7, и подключение корзинки через АП6 вызовет или существенные тормоза ( при переключении на прием по сигналу DIN + RPLY с задержкой последнего ), или КЗ шины , или то и другое вместе.

Если правильно вложить логику работы шины и буфера корзины в принципиальную схему то никаких КЗ не будет.
Для того сигналы ответа устройства от плат корзины собираются по "монтажному или" (с ОК и на резистор к питалову) и этим сигналом управляется буфер корзины
А на материнскую плату этот сигнал подается через буфер с ОК. Можно использовать К155ЛЛ2 К155ЛИ5 К155ЛП9 или КР1533ЛП17. Ну или диод