Собираю некоторую информацию по ДВК и УКНЦ

[Hunta]

На процессорах, которые не поддерживают разделение код-данные, команды MTPD/MFPD исполняются также, как MTPI/MFPI.

Они может и исполняются, только вот RSX их не будет использовать, по крайне мере в ядре M+ 4.6 (подозреваю, что и в других) используются такие макросы вместо самих команд и если нет поддержки режима супервизора и/или код-данные, то и MTPD/MFPD не будет:

        .MACRO  MFPD$ X
        .IF DF S$$LIB!U$$DAS
        MFPD    X
        .IFF
        MFPI    X
        .ENDC
        .ENDM
 
        .MACRO  MTPD$ X
        .IF DF S$$LIB!U$$DAS
        MTPD    X
        .IFF
        MTPI    X
        .ENDC
        .ENDM

[Advertiser]

[litwr]

Где взять программу? URL ?

Наверное уже позно надеяться. И Vslav пропал.

...

В ответ на Вашу агрессивную критику внёс правки в материалы своего хабр-блога - https://habr.com/ru/post/514096/ - надеюсь на дополнительные подсказки.

[Hunta]

внёс правки в материалы своего хабр-блога

Я чёт не понял, как связана IBM/370 и PDP-11?

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

И Vslav пропал

Интересно, кто тогда на форуме пишет?

[litwr]

Я чёт не понял, как связана IBM/370 и PDP-11?

Интересно, кто тогда на форуме пишет?

Он говорил, что собирается прогнать тесты на своем стенде...
А материл про IBM/370 начинается со ссылки на первую часть, где есть раздел DEC PDP-11 - такое сочетание слов там встречается один раз - легко найти. Кроме того, в материале про IBM/370 и другие системы про особенности PDP-11 не раз упоминается - это второстепенно, но при желании быстро находится.

[Hunta]

Арифметика десятичных чисел также опциональна – это так называемая коммерческая арифметика по терминологии DEC.

Это не коммерческая арифметика, это набор команд для коммерции - там не только арифметика, но и работа со строками

Другая курьёзная команда – это уникальная команда MARK, код которой нужно класть в стек и никогда нельзя использовать явно.

Если ПОНИМАТЬ, как она работает - можно делать что угодно

но одной программе при этом может выделяться обычно не более 64 КБ.

ВЫДЕЛЯТЬСЯ может хоть вся свободная память, 64 кб - это ПРЯМО АДДРЕСУЕМАЯ память

Лучшие процессоры DEC, например, J-11 могут использовать раздельное адресное пространство для инструкций и данных, что увеличивает размер адресного пространства вдвое и никак не замедляет исполнения. Отечественные процессоры такого не умели.

Вы это 1831ВМ1 расскажите

Работа с оверляеми PDP-11 требует очень основательной поддержки со стороны ОС

Фигня. Поддержки может вообще не быть, но минимальная поддержка обычно есть

и компиляторов

Дважды фигня - вообще не требуется

[litwr]

Это не коммерческая арифметика, это набор команд для коммерции - там не только арифметика, но и работа со строками

Согласен, "коммерческая арифметика" - это не отбреднированное название. Но если использовать логику, то вполне корректное. Типа "Все люди смертны. Сократ - человек...". У нас "Строки и десятичные числа - это коммерческий набор инструкций. Десятичная арифметика часть этого набора..."
У вас опять тон абсолютного авторитета, а вы, уверен, никогда и не имели возможности поработать с CIS.

Если ПОНИМАТЬ, как она работает - можно делать что угодно

Типа использовать умножения не для умножения? Может вам хватит авторитета Леонида Брухиса - http://www.mailcom.com/bk0010/mark.shtml ? Или вы реально смогли использовать MARK для чего-то кроме выхода из пп?!

ВЫДЕЛЯТЬСЯ может хоть вся свободная память, 64 кб - это ПРЯМО АДДРЕСУЕМАЯ память

Написано "обычно". Помните, вы так и не нашли фирменной программы, которой бы выделялось более 64 кб?

Вы это 1831ВМ1 расскажите

Написано В СССР выпускались процессоры К1801ВМ1, К1801ВМ2, К1801ВМ3, ... близкие процессорам DEC, а также точные копии процессоров DEC. 1831ВМ1 - это точная копия. Насколько знаю, такие копии делали по снимкам с микроскопов. Кроме того, 1831ВМ1 - это наверное последний скопированный процессор в СССР. Насколько удалось нагуглить, его пробовали использовать в системах только с 1991... Но не уверен в дате.

Наверное для 100% точности стоит добавить "кроме точных копий", но оно как бы подразумевается. Не пишут же нажмите клавишу мышки ПАЛЬЦЕМ.

Фигня. Поддержки может вообще не быть, но минимальная поддержка обычно есть

Не понял? Вы знаете программу с оверлеями для PDP-11 для ОС, где такой поддержки нет?! В RT-11 есть специальный XM-монитор для подобных штучек.

Дважды фигня - вообще не требуется

Ну это вы круто! Сделать виртуальные массивы вручную?! Тогда можно и столовой ложкой море выкопать.

Благодарю вас за комментарии.

EDIT. Компоновщик считаю частью системы компилятора.

[Hunta]

Может вам хватит авторитета Леонида Брухиса

Другая курьёзная команда – это уникальная команда MARK, код которой нужно класть в стек и никогда нельзя использовать явно.

И что он там сообщил из того, чего нет в документации?
И ещё раз - если понимать, КАК она работает - её можно использовать как угодно - класть в стек ИЛИ использовать ЯВНО.

вы так и не нашли фирменной программы, которой бы выделялось более 64 кб?

Вот прям с ходу:

GEN    110034 00651500 07126300 MAIN
.....
       026770 01537600 00200100 TASK   <BRUT0 >

Лучшие процессоры DEC, например, J-11 могут использовать раздельное адресное пространство для инструкций и данных, что увеличивает размер адресного пространства вдвое и никак не замедляет исполнения. Отечественные процессоры такого не умели.

а также точные копии процессоров DEC. Последние были гораздо дороже и выпускались в маленьких количествах.

1831ВМ1 был отечественным процессором, который мог использовать раздельные пространства кода и данных. Какое отношение к этому имело то, что он был точной копией?

Сделать виртуальные массивы вручную?!

Какое отношение имеют оверлеи, резидентные на диске или в памяти - к виртуальным массивам и/или компиляторам?
И ещё раз - для работы с оверлеями поддержки ОС не требуется. Вся поддержка оверлеев, например, в RT заключалась в том, что на определённом номере канала был открыт файл .SAV, дальше всё делала программа.

Компоновщик считаю частью системы компилятора.

Аха, конечно.

а вы, уверен, никогда и не имели возможности поработать с CIS.

Правда? https://zx-pk.ru/threads/32126-comme...p-11-i-ya.html

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

это не отбреднированное название

Да да, вы правы - это полный бред, а не название

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

И вдогонку, что бы вы ещё раз не опозорились с громогласными заявлениями типа заявление про CIS - с FPA я тоже поигрался.

[Alex]

С
Написано "обычно". Помните, вы так и не нашли фирменной программы, которой бы выделялось более 64 кб?

Не понял? Вы знаете программу с оверлеями для PDP-11 для ОС, где такой поддержки нет?! В RT-11 есть специальный XM-монитор для подобных штучек.

Ну это вы круто! Сделать виртуальные массивы вручную?! Тогда можно и столовой ложкой море выкопать.

EDIT. Компоновщик считаю частью системы компилятора.

Программа коя использует более 64К??? легко - массивы в фортране от DEC задекларированные через VIRTUAL
Что прикольно, работают даже без XM-монитора, под SJ - FB Но надо учитывать возможный конфликт с драйвером VM:
Под XM-монитором оно конечно правильней. И доступны виртуальные оверлеи...
Если речь идёт про программу от туда, коя более 64К, то в пример могу показать на компилятор фортрана собранный при генерации с ключом /V:
Я полагаю, что я не самый умный и за рубежом люди поступали аналогично
Работает сильно быстрее
Народ был в шоке на кафедре, когда я монструзную счётную фортран-программу запускаемую на больших ЕС, запустил на ДВК. Считала правильно. Но медленно конечно... а ВМ4 не было
Компоновщик в RT-11 всё же системная программа. Сидит на SY: и используется всеми компиляторами и ещё есть специальная библиотека SYSLIB где собраны системные вызовы
Его иногда отделяли от системы, но делали, только когда с местом на дисках беда. Например два диска на 40 дорожек MX: и увсё ... А если ещё и с дефектными блоками...

Я понимаю, почему возмущён глубоко уважаемый Hunta
Но отношусь к сему спокойнее.

Кстати, оверлейщик находится не в системе, а в самой программе(для RT11). И вписывает его туда компоновщик LINK.

[Hunta]

Компоновщик в RT-11 всё же системная программа.

Товарищ просто не в курсе, что вся поддержка поддержка оверлеев, резидентных на диске, сидит в SYSLIB, а для оверлеев, резидентных в памяти, используются вызовы системы, которые предназначены для работы с расширенной памятью (плюс поддержка из SYSLIB) и НЕ ЗАТОЧЕНЫ под оверлеи, они же, кстати, используются в XM и RSX для виртуальных массивов. Вот где ещё действительно идёт поддержка оверлеев - это как раз в линкерах, но суть поддержки - не зависит от системы.
Навскидку по RSX не помню, надо смотреть, а в RT, насколько мне подсказывает память, использует предопределённый номер канала (не то 0, не то 15), на котором система открывает файл .SAV для чтение. Все, дальше идёт обычное чтение файлы с определённого блока по определённому адресу в памяти

[Alex]

Это всё так для ключа /O:
С ключом /V: немного иначе... идут вызовы специфичные для XM, читаются в расширенную память. Но я уже не помню точно