Про Motorola, IBM, DEC, ...

[litwr]

сие неправда, в 90-е я писал на x86 асме довольно много, и гораздо позже ради интереса переводил кое-что для арма
арм я в это время знал очень плохо (да и после не было практики) - и тем не менее плотность получалась никак не хуже
и это даже не считая того, что на арме можно было код сворачивать в короткие процедуры, всё еще опережая в скорости x86

3вучит абсолютно несерьёзно, общался с армовцами: для них состязатся по плотности х86 - это абсурд. Хотя арм-с-палец иногда и может обгонять х86 по плотности, но смотрите данные в сети - коды х86 все-таки плотнее. И палец делает код иногда существенно тормознее. Если у вас не только шутки, то давайте пример. А скорость х86 очень зависит от типа и частоты. АРМ на 8 МГц мог обогнать 80386 на 25 МГц на многих задачах, а вот АРМ на 25 МГц если и обгонял 80486 на той же частоте, то чуть-чуть. Стронг АРМ мог тягаться с первыми Пентиумами, но уже не с вторыми.

про пдп я вообще пока что не говорил

Говорили, что 64 кб - мало, а на пдп больше и не дают.

только уровень защиты примерно как в той самой неприличной шутке про ПВО

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

и за данными лазить в память чаще приходится из-за недостатка регистров

Так половина регистров - адресные - для кэша данных годились, но для полноценной работы нет.

вообще-то в начале 80-х именно м68к и ставили в дорогие профессиональные рабочие станции, иногда и мультипроцессорные

О том и речь, что системы с 68000 были довольно дороги. IBM сделала ПК на 68000 в 1982, но получилось дорого, не пошло. Ставили в относительно дорогое железо, потому что 68000 был самым дешёвым из дорогих и имел довольно высокие тактовые частоты.

сильно сомневаюсь насчёт "значительно", особенно для первых моделей (а в следующем году появился уже и 68020)

68000, 68010, 68020, 68030 очень тормознуто работали с памятью и байтами.

...то их в 1986 никто бы не купил из-за конских ценников (так же как и системы на 68020)
кстати, mmu производители домашних компов предпочитали свой встраивать в чипсет с учётом видеоподсистемы

Но амиги хорошо пошли как раз с 1987. А что за домашние пк с ММЮ? Не знаю таких. Коммодор 128? Там есть что-то с таким названием, но его возможности очень малы - что-то типа расширенного банкования. Ни Маки, ни Амиги, ни Атари СТ ММЮ на 68000 не имели. Амиги и Атари не получили его и с 68020. А первый ПК, относительно доступный, с ММЮ - это PC AT.

не понимаю смысла этого действа - екзешный код не заработает в ком-формате (разве что мелкие чисто вычислительные фрагменты), а комовский и так в дебагере крутится

Ясно, что не более 64 кб. А смысл - накодили в дебаггере и слили сразу в машинный код без ассемблирования - программа готова к исполнению. Например, нужен код нужный видеорежим включить.

например, arm+thumb с перспективой лет так на 35
(что осуществимо было чисто технически)

32-разрядные регистры в 1978?! АРМ-С-Палец сделали только вроде к середине 90-х. Интересные шутки.

Плотность кода - это не возможность иметь разный размер команд, а количество команд для выполнения определённой задачи. И за счёт более разнообразных способов адресации количество команд плюс практически 100 процентная ортогональность у PDP-11 - их потребуется меньше.

Если вы серьёзно, то дайте практический код.

8+3 - это конечно, существенно длиннее, чем 6+3. Каталоги и конвейер появились только во второй версии

8 - это прирост очень даже заметный, 33%. А версия 2 уже 1982 вышла.

Используем ДП и получаем до 4 мб. Что несколько больше 1мб на 8086

И сколько на задачу? Менее 64кб и не больше для Rt-11 или более продвинутых Unix и почти Vax - RSX-11. А в ДОСе вам 640кб мало - что-то не сходится.

Типа он в ОЗУ святым духом переносится. Или все таки ЗАГРУЗЧИК его читает.

Загрузчик код готовит к исполнению, а тот он не нужен - код уже готов. В озу его переносит функция чтения с диска - ничего другого не надо.

Которые одним запросом на чтение к диску читают загружаемый сегмент и передают управление. Никакого патча, как для, в общем случае, .exe

А как же работа с https://en.wikipedia.org/wiki/Reloca...location_table ?

Перенесите RSX-11M-Plus, потом продолжим общение.

Работа большая.

От слова - никакой. Там и 1 процентом не пахнет. К тому же - защита, как и свежесть, бывает только двух видов - или она есть или её нет. Любая программа на 8086 может сделать с компом и запущенными операционкой-программой всё, что захочет.

Придерживаться правил при написании софта - это обычная практика. Все первые виндузы легко было сломать, если не писать коды корректно. И ДОС-программа могла легко систему порушить. Однако к 1995 сотни миллионов пользователей в этой системе сидели. Потом Билл решил срубить миллиард и срубил не один. А его конкурент Килдал погиб.

С пакетом DSMAC вообще не возникает ни желания ни необходимости использовать этот уродец

3ачем ЯВУ нужны?! Есть же машинный код!

Особенно такое *****, как IBM PC. На века, так сказать, ибо трудно снести эту гору.

И как же вы такое г. использовали? Нравилось? Или вы что-то продаёте?