32-разрядный процессор, полностью совместимый с архитектурой PDP-11.

[Patron]

какие проблемы-то?

Как родной 16-разрядный двоичный код из старой операционки попадёт в 32-разрядное адресное пространство только что скомпилированной 32-разрядной программы? Если речь только о 16-разрядных библиотечных модулях, то компоновщик может автоматически превращать их в 32-разрядные на этапе компоновки. Зачем усложнять аппаратуру там, где всё можно решить алгоритмически. Но если речь о запуске оригинальных программ из других операционок - специально для этого у процессора есть режим полной совместимости с PDP-11. Так в чём проблема-то?

Кстати, для избавления 32-разрядного кода от зла абсолютной адресации перемещаемых данных - в числе команд нового процессора может весьма пригодиться команда: ADDR Label,Rx, реализующая командную последовательность: MOV PC, Rx | ADD (PC)+,Rx, но без изменения флагов в PSW.

[Advertiser]

[b2m]

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

Другой режим процессора - это и есть усложнение аппаратуры (по крайней мере самого процессора). По-моему, дискуссия идёт в тупик, я туда не пойду.

[Patron]

Другой режим процессора - это и есть усложнение аппаратуры

А как ещё запускать родные программы 16-разрядных операционок? Или полная совместимость с PDP-11 не нужна? Но если всё, что интересует - линковать старые библиотечные модули в компилируемые 32-разрядные программы - зачем городить огород с поддержкой 16-разрядных команд в 32-разрядном режиме, ведь компоновщик без проблем превратит любой ( даже самый несовместимый ) 16-разрядный код в 32-разрядный. Если в линкуемом 16-разрядном коде даже есть вызовы других операционок - компоновщик может без проблем прикомпоновать к программе 32-разрядные обработчики вызовов всех используемых в программе старых операционок.

Такой уровень МЕГА-СОВМЕСТИМОСТИ 32-разрядного и 16-разрядного кода в одной программе - в принципе невозможно получить аппаратно.

Так в чём проблема-то? Почему полная совместимость с PDP-11 как в 16-разрядном, так и в 32-разрядном режимах не удовлетворяет?

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

Нужно отчётливо понимать, что любое количество 16-разрядных и 32-разрядных процессов могут выполняться ОДНОВРЕМЕННО. В каждом 16-разрядном процессе пользователь получает голую виртуальную PDP-11 с характеристиками, зависящими от конфигурации 16-разрядного сопроцессора. При отсутствии в конфигурации сопроцессора - создание 16-разрядных процессов невозможно.

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

В принципе - можно предусмотреть создание виртуальных 16-разрядных процессов операционками, содержащими 16-разрядные виртуальные машины. Учитывая, что быстродействие 32-разрядного процессора в 20-100 ( и более ) раз превышает быстродействие реальных процессоров PDP-11 - возможно, есть смысл вообще не заморачиваться аппаратной поддержкой 16-разрядных процессов и с самого начала отдать работу с 16-разрядными процессами виртуальным машинам 32-разрядных операционок.


Тогда можно в некоторых случаях даже не перекомпоновывать старый 16-разрядный код в 32-разрядный, а просто вместо вызова 16-разрядной подпрограммы делать вызов интерпретатора 16-разрядной виртуальной машины с адресом вызываемого 16-разрядного кода в качестве аргумента.

[Hunta]

А теперь расскажите мне, как запускаются программы, написанные для RSX-11 - под VMS-11

[hobot]

Нужно отчётливо понимать, что любое количество 16-разрядных и 32-разрядных процессов могут выполняться ОДНОВРЕМЕННО. В каждом 16-разрядном процессе пользователь получает голую виртуальную PDP-11 с характеристиками, зависящими от конфигурации 16-разрядного сопроцессора. При отсутствии в конфигурации сопроцессора - создание 16-разрядных процессов невозможно.

а несколько ядер (два) 16 и 32 неравноправных естественно,а управляемых и отлаженную,
микропрограмму управления этим хозяйтсвом + буфер некий для данных. ) (извиняюсь что встрял).

[Patron]

а несколько ядер (два) 16 и 32 неравноправных естественно

Не уверен, что кому-то кроме военных может понадобиться аппаратная поддержка 16-разрядных процессов. В принципе, поддержки 16-разрядных процессов ( и 16-разрядных подпрограмм в 32-разрядных программах ) обычным программным эмулятором PDP-11 в ядре 32-разрядной операционки - за глаза хватит для любых "бытовых" применений.

[hobot]

обычным программным эмулятором PDP-11 в ядре

вот вам верю )))

[Lethargeek]

А как ещё запускать родные программы 16-разрядных операционок?

http://zx-pk.ru/threads/28074-32-raz...l=1#post928106 (например)

зачем городить огород с поддержкой 16-разрядных команд в 32-разрядном режиме, ведь компоновщик без проблем превратит любой ( даже самый несовместимый ) 16-разрядный код в 32-разрядный.

основная проблема не в командах, а в совместности доступа по байтам и по словам

[Patron]

основная проблема не в командах, а в совместности доступа по байтам и по словам

Но в том и преимущество компоновщика, что он совершенно точно знает, где в линкуемых библиотеках 32-разрядный код, а где 16-разрядный. Поэтому, прилинковывая 16-разрядную подпрограмму к 32-разрядному коду - компоновщик может или перекомпилировать 16-разрядный код в ПРАВИЛЬНЫЙ 32-разрядный код, или оформить вызов 16-разрядной подпрограммы через системный вызов интерпретатора 16-разрядного кода. В обоих случаях несовместимость полностью исключена.

[Hunta]

Но в том и преимущество компоновщика, что он совершенно точно знает, где в линкуемых библиотеках 32-разрядный код, а где 16-разрядный

Насколько я знаю - стандартный линковщик ничего не знает. Основное, что он делает - подставляет адреса (глобальных) символов и корректирует смещения абсолютных адресов. Он вообще ничего ни о каких кодах не знает.