tarasv> Нормальным и даже "нормальным" твой лозунг "ОЗУ от суперкомпьютера в каждую бухгалтерию" в 60е считаться не может.
? У кого ты этот "мой лозунг" услышал?
Я, вроде, тут говорил только об слабости (в контексте - полной бессмысленности) аргумента о "компактности кода" в контексте выбора архитектуры. Ты настаиваешь на том, что это годный аргумент?
Ты вот говоришь о стоимости памяти (на тот момент) и, вроде, правильно говоришь - да, феррит дорог. Но ты не хочешь вспомнить про стоимость
транзисторов? и вообще всей обвязки типичного гейта?
Это вопрос баланса. Да, программы (не структуры данных) тратят меньше памяти, но что в этом проку, если цена такой "экономии" - удорожание (а заодно и усложнение+замедление) процессора?
Экономия памяти - это не некое абсолютное преимущество, а банально экономия денег. Которой в данном случае НЕТ.
Так за что борьба? в чём "преимущество"?
Татарин>> И да, микрокод сам по себе - это не преимущество, а недостаток, неизбежная расплата за усложнённую систему команд;
tarasv> Надо было как у Лебедева - если функциональность не лезет в бюджет (денег, времени, транзисторов) то он объявляется ненужным и выкидывается?
Да.
Особенно да, если "функциональность" изначально не нужна и бессмысленна вне зависимости от бюджета.
Но в данном случае это не "функциональность" вообще. Микрокод - это не "функциональность", микрокод - это
конкретное техническое решение для реализации какой-то функциональности. Решение, само по себе имеющее огромные недостатки. Решение, польза от которого должна недостатки которого перекрыть.
Нафига БЭСМ-6 (или её первым прямым наследникам-"дочерям") микрокод?
tarasv>В бюджет БЭСМ-6 не везли целочисленная арифметика, работа с символами не через одно место, медленный ввод-вывод не через еще худшее место. Может ты поищешь лучшего кандидата на разработку модельного ряда универсальных ЭВМ для народного хозяйства?
Мог бы, но не нужно.
Как уже обсуждали ранее, всё это можно было прикрутить (а бОльшую часть - и прикрутили в нашей реальности в поздних Эльбрусах) даже без потери совместимости. А уж с частичной потерей совместимости - вообще нет проблем, пример х86 перед глазами, правда?
Собссно, как и речь-то о том, чтобы продолжать эволюционное совершествование и свои разработки.
tarasv> Объявляя микрокод ересью
Где?

То есть, ты о чём-то о своём, не читаешь, но осуждаешь.
Ответь для себя на один простой вопрос: как так вышло, что в какой-то момент взрывообразный рост получила архитектура на старте и вовсе отказавшаяся от микрокода и имевшая на старте меньшую плотность кода, чем все конкуренты? Да, я про RISC.
tarasv> Была у ИБМ такая машина, model 30. 8ми битная внутри. Хотя с точки зрения программиста она была обычной S/360, только медленной.
Была.
Сколько транзисторов она имела?
И что мешало сделать 8-бит (или допустим, 24-бит) "младшую" машину БЭСМ?
tarasv> Ты думаешь что никто схемотехнику БЭСМ не видел? Вполне естественно что в ЭВМ с ДТЛ логикой число транзисторов будет меньше чем в аналогичной по логической схеме ЭВМ на ТТЛ или МОП. Если уж на то пошло в БЭСМ их 60тыс и 180тыс диодов. В 8086 29тыс транзисторов.
Ты всерьёз думаешь, это как-то изменит расклады?

Схемомехника БЭСМ удобна тем, что "транзистор" ~= "гейт" (ну, за исключением разных шинных повторителей), в БЭСМ было 60+к "гейтов".
Для 48-бит машины, оперирующей числами с плавающей точкой, это... эээ... очень неплохо, да?
А к
16-битному (то есть, почти втрое более компактному изначально) 8086 тебе придётся прибавить 8087, верно ведь? Плюс, по мелочи, всю обвязку (которая входит в число гейтов БЭСМ) - всякоразные контроллеры прерываний и DMA, буфера шин и т.п.
И что ты получишь в итоге?
Ну вот да.