Архитектура компьютера→Архитектура фон Неймана как историческая случайность
Мнения
001 надо бы прочитать когда время будет )
002 Насколько я помню, эта архитектура была предложена несколькими (минимум тремя) исследователями совершенно независимо друг от друга. Кроме того мне известно так же несколько завершённых проектов по созданию переконфигурируемой аппаратной части ЭВМ. Например, один из материальных продуктов подобных исследований, выпускался в СССР серийно в виде приставки в ЭВМ серии ЕС (кажется в начале 80-х).
P.S. Статья слабая, вопрос поставлен, понаписано много чего не имеющего прямого отношения к вопросу, а конкретных предложений нет.003 Спасибо за ревью ;)
004 Что же касается «противоположной» стороны: «Гарвардская архитектура» фактически осталась лишь в микроконтроллерах и сигнальных процессорах. Но ведь архитектура с раздельной памятью для программ и данных наверное могла бы решить проблему сбоев ПО, в том числе и если уже не предотвратить полностью компьютерные вирусы, то уж по крайне мере улучшить ситуацию с устойчивостью к ним.
005 Думаю, что проблемы бы не стояло, если бы:
1. Использовали безопасные языки программирования (ада, оберон, джава).
2. Не профанировали программирование (типа Си за 24 часа), а подходили серьёзно к подготовке специалистов и написанию софта.
Но и 1 и 2 - коммерчески не выгодно.006 Гарвардская архитектура, к тому же, по крайней мере теоретически, быстрее.
007 Да, но менее универсальна. Основной плюс фон Неймана в том, что она одинаково хорошо подходит для программ с большим объёмом кода и небольшим количеством данных и наоборот. А вот Гарвардская будет ограничивать. Например, у фон Неймана 512 байт общей памяти, а у "Гарварда" 256 байт на код, 256 байт на данные (приставки К,М,Г,Т расставлять по вкусу). Теперь у нас есть программа 300 байт кода и 200 байт данных. На фон Неймане она пойдёт на ура, а в "Гарварде" её придётся ужимать по коду. Хуже когда 100 байт кода и 400 байт данных. Если на счёт кода можно предположить что поможет оптимизация, то данные зачастую невозможно оптимизировать.