Мультиинтерфейсная плата контроллеров (МИПК)

[AFZ]

А если учесть, что с расширением .SAV может быть только одно задание...

Есть такая операционка (правда, не DEC-овская) - TSX-11, тут по ней была пара-тройка тем. На любой из заявленных терминальных линий прикидывается XM-монитором в Virtual Mode. На 1201.04 3-4 рабочих места - легко.

[Alex]

Вообще, под XM - странно... но я уж не так сильно копался в RT-11... Видимо между собой конфликтуют п/п работы с оверлеями и п/п работы с виртуальными массивами. Не помню, как с этим в RSX...

Конфликта под ХМ монитором между виртуальными массивами и оверлеями никакого нет. Конфликт с программой VBGEXE. Хотя может позже и пофиксили дело. А так идеология такая, либо программа написана под ХМ изначально, тогда VBGEXE с ней делать нечего... Либо программа под монитор без расширенной памяти, тогда вот она VBGEXE в деле

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

а тут можно подробнее ?
какие возможности открываются ?

Оверлеи сидят в памяти, а не на диске... Особенно, когда часты переходы из секции в секцию оверлея. В итоге быстродействие поднимается. Это актуально для больших программ. И не только для фортрана

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

Есть такая операционка (правда, не DEC-овская) - TSX-11, тут по ней была пара-тройка тем. На любой из заявленных терминальных линий прикидывается XM-монитором в Virtual Mode. На 1201.04 3-4 рабочих места - легко.

TSX-11 - это совсем не ХМ.... Хотя похоже
TSX-11 - система разделения времени. То есть время процессора делится между пользователями, чего у ХМ монитора нет. Выполнение под VBGEXE похоже на выполнение под TSX-11 . Но у TSX-11 изначально добавлена куча всего и всея. Если писать под TSX-11 , то можно получить более бонусов. Так есть семафоры, обмен сообщениями между задач, переключение между линиями, автономные задания и прочая...
Хотя программ использующие эти возможности на полную катушку TSX-11 я не видел.
Есть утилита, которая оверлейщик для ХМ меняет на оверлейщик для TSX-11.
Но вот что с фортрановскими VIRTUAL под TSX-11 - не ведаю

У ХМ всё сильно скромнее. Можно меж заданиями общаться, есть такой псевдодрайвер MQ(y FB он тоже есть).

TSX-11 - недоRSX-11... Cреда, которая позволяет с минимумом проблем исполнять программы от RT-11, использует файловую систему RT-11 и позволяет разделить ресурсы процессора между несколькими пользователями. Когда мощь RSX-11 - сильно избыточна.

Мои познания о TSX-11 базируются на работе на СМ-4 под TS-монитором РАФОСа. Это старая версия ТSX-11.

[Hunta]

Мы не строгаем деревянных буратин, мы клепаем железных терминаторов!

На сцене - Квант-2018.

@B
$DK0

RT-11SJ  V05.02

.INI RK1:
RK1:/Initialize; Are you sure? Y

.DIR RK1:


 0 Files, 0 Blocks
 4762 Free blocks

.COP/DEV/VER/NO \ \Q RK1:\:1\: RK1:

.

.BOO RK1:RT11XM

RT-11XM  V05.02

.TYPE V5USER.TXT

                              RT-11 V5.2

       Installation of RT-11 Version 5.2 is complete and you are now
    executing from the working volume    (provided you have used the
    automatic installation procedure). DIGITAL recommends you verify
    the correct  operation  of  your  system's  software  using  the
    verification procedure.  To do this, enter the command:

                             IND VERIFY

        Note that VERIFY should be performed  only after the distri-
    bution media have been backed up.  This was accomplished as part
    of automatic installation on  all  RL02,  RX02,  TK50, and  RX50
    based systems,   including the  MicroPDP-11 and the Professional
    300.  If you have not completed automatic installation, you must
    perform a manual backup before using VERIFY.  Note also,  VERIFY
    is NOT supported on RX01 diskettes,    DECtape I or II,   or the
    Professional 325.

    DIGITAL also  recommends  you  read  the  file V5NOTE.TXT, which
    contains information  formalized too late to be included  in the
    Release Notes.  V5NOTE.TXT can be TYPED or PRINTED.


.

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

На тему скорости:

.@TRK2

.time
19:42:38

.copy/device/noquery rk0: nl:

.time
19:42:44

.COPY TT: TRK01.COM
 Files copied:
^TIME
COPY/DEVICE/VERIFY/NOQUERY RK0: RK1:
TIME
^ZTT:            to DK:TRK01.COM

.@TRK01

.TIME
19:43:54

.COPY/DEVICE/VERIFY/NOQUERY RK0: RK1:

.TIME
19:45:33

.COPY TT: TRK01B.COM
 Files copied:
^TIME
COPY/DEVICE/NOQUERY RK0: RK1:
TIME
^ZTT:            to DK:TRK01B.COM

.@TRK01B

.TIME
19:47:14

.COPY/DEVICE/NOQUERY RK0: RK1:

.TIME
19:47:46

.

Чтение в ноль - 400 кб/с
Чтение-запись без проверки (прочитали-записали) - 150 кб/с
Чтение запись с проверкой (прочитали-записали-прочитали и сравнили) - 72 кб/с

ПДП ещё в отладочном состоянии (большие задержки), конечный результат должен быть повеселее

[Hunta]

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

[Alex]

Хм, интересно, если сделать тесты чисто на запись и чтение по DMA, без работы с SD, сколько бы по скорости получилось??

[Hunta]

Хм, интересно, если сделать тесты чисто на запись и чтение по DMA, без работы с SD, сколько бы по скорости получилось??

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

Я, когда доведу до ума модуль ПДП, выложу диаграмму с сигналтапа - там всё хорошо видно - где и сколько ждем

[Alex]

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

[Hunta]

Я не знаю, как это скажется на отзывчивости системы (особенно учитывая, что и RT и RSX - они как бы real-time, то есть с гарантированным временем отклика ) при массовом копировании.

И ещё нюанс - все эти измерения пока идут на 1201.2018 с её быстрой ОЗУ, а не на оригинальных .01-.04

[Alex]

Если уж на то пошло, то что творит МХ?? Уж по убийству реалтаймости и затратам времени процессора будет мрак....
Пока читается(пишется) трек... Не дай боже прерывание во время сего действа...
Я конечно понимаю, МХ - временная подпорка, но годами выпускать такое... Да ещё для машин предназначенных для управления процессами в реальном времени, так и хочется употребить слово "вредительство"... Применимость тут максимум для учебных задач.
Что мешало хотя бы DZ содрать? DW ведь содрали... Хотя если посмотреть на площадь платы DW от Кванта и DW от Электроники-85...
Если взять DW, DX, DZ и прочая... Траты времени тоже приличные
Надо процессору не только считать данные из регистра, но так же выбрать команды обеспечивающие сей процесс. Минимум две команды на одно слово данных при использовании SOB, а если не SOB, то все три ... Если добавить сюда ещё тормознутую память...
Другой разговор, что с этой расточительностью мирились, работает и ладно... Сэкономили на железе - хорошо ... Да и с прерываниями всё же лучше сильно MX так как буфер на сектор в наличии...
Но на многопользовательских машинах - ставили диски с контроллерами DMA, деваться некуда И меня гложет сомнение, что на этих дисках по одному слову работало... Скорее всего сектор за один цикл, экономия времени на подтверждение предоставления DMA. Но чтобы точно выяснить - надо документацию смотреть.

[Hunta]

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

Рекомендации DEC - по одному циклу передачи (байт или слово) за раз. Если поддерживается блочный режим (поскольку мы пишем или читаем в/из память - то, по сути - память это должна поддерживать) - то в нем до 16 передач (байт или слово) за раз