>> полагаю, те кому он адресован - вопрос бы увидели.
> Полагать то можно, а что бы утверждать, необходим опыт успешного поиска.

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

> Набор команд должен быть документирован и открыт.

ну вот и хотелось услышать тех кто по тем ссылкам читал и работал - если вообще такие бывают.
А то мало ли, чего кто кому должен.

> стало быть и инструкции должны быть в определённой мере унифицированы на уровне интринсиков

будет немного обидно если они вместо 64 или 128 битных чисел при этом оперируют их половинками ;-)

> Для этого надо нарисовать схему простейшего процессора и понять, что регистров в нём несколько
> поболее

тут ты регистрами не отделаешься - тут модификация содержимого памяти одновременно с регистрами - и на той архитектуре оно именно так и выполнялось, АЛУ умело. risc принес нам прекрасную идею, что а давай ты сперва потрахаешься с вычислением адреса в памяти отдельно, загрузкой оттуда в регистр отдельно, математикой отдельно (не забуть сохранить state, если дальше тебе нужен еще и переход по нему), сохранением отдельно, и отдельно еще правильно (это не байты!) сдвинешься на следующий операнд. (Немного похоже на операции с плавающей точкой, только тут нет стека, регистры доступны напрямую и все) Зато каждая операция - ровно один такт.

Программировать ТАК на ассемблере стало "неможк неудобно", даже при наличии большего числа регистров, вместо одной удобочитаемой даже в двоичных кодах команды - простыня на пол-экрана, но нам обещали что "эти мелочи возьмет на себя оптимизирующий компилятор, надо только немного подождать, пока его напишут". До сих пор ждем ;-)