До определённой степени да. Но разделение именно на код и данные - оно вполне логично внутри процессора. В отличии от стека, особенно с учётом того, что только при определённых операциях в качестве указателя стека используется %6, а так стек можно организовать на любом регистре - а значит, будет крайне тяжело понять, вот MOV #10, -(R0) - это как, работа со стеком?Сообщение от Alex
Долго писать, если вкратце - плюсы такая программа от разделения не стек и данные получит только после оптимизации на предмет того - что будет хранить в стеке, а что нет. С учётом повсеместно распространённого стиля программирования - тяп-ляп-и-так-сойдёт - "программисты" возопят и скажут, что это слишком сложно (по сравнению с всё в одном АП или у кода и данных разные АП)
Ну и напоследок самый убийственный аргумент (в том числе и в отношении проектирования нового проца "по заветам отцов PDP-11") - под это всё дело, что бы его можно было использовать, придётся написать тучу системного софта. Ткни пальцем, кто сможет?
Ну и на самый последок - то, что крутится у меня в голове - будет 32-ух битным, так что вновь написанному софту все эти пляски с бубнами - не понадобятся
Ответить с цитированием