Судя по SIMH
Supervisor, data space - CPUT_44 | CPUT_45 | CPUT_70 | CPUT_J
- - - Добавлено - - -
#define HAS_SID (CPUT_44|CPUT_45|CPUT_70|CPUT_J)
#define HAS_JREG4 (CPUT_03|CPUT_04|CPUT_05|CPUT_20|CPUT_F| \
F-11 в список SID (supervisor, data space) не входит
- - - Добавлено - - -
#define CPUT_F (CPUT_23|CPUT_23P|CPUT_24) /* all F11's */
Так ничего удивительного - все-таки почти 10 лет разницы. ВМ2 точно так же лучше, чем центральный процессор М2 (комплект 581-х м/с), причем намного. А вот реакция на нечетный адрес слова у ВМ3 "не LSI-ная". F-11 точно так же, как и более ранние LSI, по-простому, игнорирует этот факт, а ВМ3 на него обижается, из-за чего на ВМ3 не работают некоторые Pac-Man'ы...
Кстати, а как с этим у J-11 ?
И еще, тут вспоминали MC68000, так вот, ответственно утверждаю: он гораздо в большей степени похож на PDP-11, нежели VAX-11. Такое впечатление, что Мотороллеры, проектируя свой 32-разрядний микропроцессор, тщательно разглядывали спецификации PDP-11, тогда, как DEC'овцы пытались сочинить что-то новое.
- - - Добавлено - - -
Да и Бог с ним. Kernellmode/Usermode есть, и хватит. ВМ3-му же хватает?..
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Насколько мне не изменяет память (но информация книжечная - сам проц пока не шшупал) - обижается
Вики:
Архитектура
Язык ассемблера M68k схож с ассемблером PDP-11 и VAX. Несмотря на исключение в виде разделения регистров общего назначения на специализированные регистры адресов и регистры данных, архитектура 68000 во многом — 32-битная версия PDP-11. Несмотря на то, что система команд с самого начала описывает 32-битную машину, но первое поколение процессоров (до 68020) имело 16-битное АЛУ из-за чего иногда процессор описывается как имеющий смешанную битность 16/32. При этом 32-битные команды с данными выполнялись в несколько действий с 16-битным АЛУ, но блок адресации сразу был 32-битным, поэтому индексация памяти и вычисления адресов не страдали по быстродействию с самого начала. Когда в 68020 АЛУ сделали 32-битным, то ничего не надо было делать с уже существующим кодом чтобы он начал работать "на полной скорости 32 бит".
Набор инструкций значительно более «ортогонален», чем у многих процессоров, появившихся как ранее (как i8080), так и после (как семейство x86) (на самом деле архитектура x86 появилась за год до выхода первого процессора M68000). На практике это означает, что возможно свободно комбинировать операции и операнды, со всем богатством режимов адресации, не задумываясь об ограничениях совместимости конкретной операции и набора операндов. Эта особенность существенно облегчает программирование на ассемблере 68k, в определённой степени приближая его к языкам высокого уровня, а также существенно облегчает создание кода компиляторами.
- - - Добавлено - - -
Мне нужен максимальный по возможностями проц. А у ВМ3 и FPP нет
- - - Добавлено - - -
http://pdp2011.sytse.net/ ожил!
Забавно, но МС60008 был по внешней шине 8-битным))). И тем не менее пахал правильно, хоть на выборку команды тратилось вдвое больше времени. То есть и J-11 на байтовых операциях спотыкается? Надо будет глянуть в модели и устранить данное безобразие, иначе софтовый проц будет несовместим будет с ВМ1, ВМ2. Сайт ожил - это очень хорошо. Я, грешным делом, думал, что ауфвидерзеен с непонятной ситуацией насчет авторских прав на код и его части.
Я не уверен на 100 процентов, но по любому это неправильно, ИМХО
Но нового вроде там ничего нет
- - - Добавлено - - -
Э.. может 16-ти битным? Потому что тогда уж не
а в четверо
А какие это создаёт принципиальные проблемы то? 8088, например, тоже пахал вроде как правильно
Наиболее популярными командами PDP-11 были как раз команды с внедрёнными данными. Например - команда JMP Label ( со внешними данными ) прибавляла к R7 второе слово команды, а команда BR Label ( с внедрёнными данными ) прибавляла к R7 первый байт команды.
Кодовое пространство вполне позволяло иметь в наборе команд PDP-11 команду прибавления байта к регистру. Если бы такие команды были - они стали бы настолько же популярнее "обычных" команд, насколько команда BR популярнее команды JMP.
Последний раз редактировалось Patron; 29.08.2017 в 19:32.
Сайт разработчика содержит т.н. release notes. На всякий случай, я его перегнал в PDF, чтоб не потерялся. А насчет МС60008 - воистину бесовская механика с 3 переходами с 8-битной шины на внутреннюю 32-битную с обработкой в 16-битном АЛУ. Думаю, этот процессор благодаря этому является неким курьезом среди микропроцессоров.
С этим не согласен, потому что операнд не в самой команде, а в следующем слове и добраться до него, не трогая команду (не извлекая содержимое ячейки, где код jmp) легко.
А это
да, как то не пришло в голову. И здесь, что бы добраться до операнда - надо а) извлечь команду И операнд б) очистить операнд от команды
Сходу не скажу - надо прикинуть - где в кодах команд PDP есть пропуски
- - - Добавлено - - -
На самом деле копию сайта в виде архиве я где то ещё нашёл и скачал. И вроде как актуальную
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)