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