Программирование на УКНЦ как?

[Manwe]

Такой способ не всегда годится.

но что может пойти не так, если в 50-ой ячейке заголовка .sav-файла я указал верхний адрес FREEND?
Я не нашёл ни единого упоминания в документации DEC, что так делать нельзя. Там эта тема вообще опущена, как самоочевидная. Типа, «всё, что не запрещено – разрешено».
Кроме того, посмотрел sav-программы для ОС БК-11, собранные, очевидно, в Macro-11, – у них в 50-ой ячейке записан верхний адрес памяти, который отличается и от реального размера программы на диске, и от числа занимаемых ей блоков*512. Причём, отличается в большую сторону (наверняка ради резерва памяти). Как-то ведь скомпилировали и слинковали эти файлы.

[form]

Предполaгаю, что работа с памятью в RT-11SJ как в Досе - получай всю.

Все зависит от того что собственно требуется.
В RT-11 нет никакого функционала по запросу/освобождению памяти (XM вызовы не рассматриваем здесь).
Вызов .SETTOP просто уведомляет систему какой самый верхний адрес программа собирается использовать, чтобы она ориентировалась нужен ли свопинг при USR вызовах и при выходе программы.
К примеру если мы просто хотим подгрузить драйверы с помощью .FETCH или .CSIGEN, нам вообще .SETTOP не нужен в принципе.
Если же .SETTOP используется, хорошим правилом будет перед выходом (или перед получением следующей команды) вернуть верхний адрес в исходное положение, чтобы после выхода программы не дергать зря диск.

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

Я не нашёл ни единого упоминания в документации DEC, что так делать нельзя.

В документации просто расписано как что работает, а что с этим делать - дело пользователя.

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

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

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

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

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

Нет ли у вас сейчас какой-нибудь DEC PDP-11 системы с RT-11

Пока все разобрано и упаковано.

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

Я не нашёл ни единого упоминания в документации DEC, что так делать нельзя.

Кстати под "не всегда работает" я имел в виду, что в коде

END:
	.END	START

END - не обязательно окажется в конце программы

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

Вот для пояснения что я имею в виду:

        .MCALL  .PRINT,.EXIT

START:: MOV     #152525,R1
        CALL    PRINT
        MOV     #52525,R1
        CALL    PRINT
        .EXIT

PRINT:: MOV     #BUF,R0
        MOV     SP,R2
        CALL    $CBOMG
        CLRB    @R0
        .PRINT  #BUF
        RETURN

BUF::
        .END    START

"Вам кажется", что это программа которая печатает 152525, а потом 052525, а на самом деле - это программа которая печатает 152525, а потом обрушивает все (при первом вызове $CBOMG записал результат поверх себя)

[Manwe]

К примеру оверлейная программа по размеру может вообще быть больше физической памяти.

Хмм, в ячейке 50 записано 16-битное число, значит программа не может запрашивать больше 64 kb. Разве RT-11 может работать на компьютерах, у которых физической памяти меньше 64 килобайт?

[Hunta]

Разве RT-11 может работать на компьютерах, у которых физической памяти меньше 64 килобайт?

Для начала - 56 кб.
Для окончания - я запускал RT-11 на компе с 16-ю килобайтами.

[form]

Хмм, в ячейке 50 записано 16-битное число, значит программа не может запрашивать больше 64 kb. Разве RT-11 может работать на компьютерах, у которых физической памяти меньше 64 килобайт?

Да, RT-11 прекрасно работает на компьютерах с физической памятью меньше 64 Kb.
В зависимости от размеров системы минимальные требования разные.
В теме программ для ДВК/PDP-11 есть программа VKMON (или SYSTOP - она только для этого и предназначена) которой можно принудить монитор использовать не всю память (только SJ/SB/FB) - если интересно побаловаться.

Ячейка же 50 (содержимое) - это просто верхний адрес программы который она объявляет используемым.
Физический смысл этого параметра (имеем в виду обычную прогу, не виртуальную) такой: если какой-либо вызов, требует USR, и он загружается в область памяти выше данного адреса, то USR просто загружается и используется.
Если же USR попадает в этот адрес или ниже - происходит свопинг - часть памяти выгружается в файл SWAP.SYS, загружается USR, используется, память читается обратно.

Второй смысл этого значения аналогичен, только речь идет про выход из программы и возможное ее перекрытие USR+KMON.

Что касается памяти больше 64Kb (как правильно было замечено, обычно все-таки 56, хотя бывает и больше - например 60), то тут разные варианты:

• оверлейные программы используют одну и ту же память для разных кусков программы
• в системах с управлением памятью, программа может использовать области верхней памяти, а так же оверлеи которые лежат в верхней памяти и просто переключаются между собой
• ZB/ZM монитор и TSX-Plus поддерживают использования раздельного пространства кода и данных (между собой несовместимы).

[S_V_B]

Что быстрее?

        MUL	#80.,R2

или

	MOV	R3,R2
	ASL	R3
	ASL	R3
	ASL	R3
	ASL	R3
	ASL	R3
	ASL	R3

	ASL	R2
	ASL	R2
	ASL	R2
	ASL	R2

	ADD	R2, R3

[LeoN65816]

А так?

	MOV	R3,R2

	ASL	R3
	ASL	R3

	ADD	R2, R3

	ASL	R3
	ASL	R3
	ASL	R3
	ASL	R3

[S_V_B]

А так?

???
фигня получится

[Hunta]

	MOV	R3,R2 ; r3=x r2=x

	ASL	R3 ; r3=2x
	ASL	R3 ; r3=4x

	ADD	R2, R3 ; r3=5x

	ASL	R3 ; r3=10x
	ASL	R3 ; r3=20x
	ASL	R3 ; r3=40x
	ASL	R3 ; r3=80x

[S_V_B]

Ну да, согласен.
Только вопрос был не в этом.