Николай Брусенцов – 1 годовщина.

[1500py470]

5 декабря 2014 года, на 89-м году жизни умер замечательный человек, Николай Петрович Брусенцов. Он в 1956—1958 годы на основе двоичного ферритодиодного элемента Гутенмахера разработал троичный ферритодиодный элемент и на его базе с группой единомышленников спроектировал в вычислительном центре МГУ троичную ЭВМ «Сетунь», получившую название по имени протекавшей рядом реки, впоследствии серийно выпускавшуюся Казанским заводом математических машин и применявшуюся в основном в советских вузах. В 1970 году создал новую машину «Сетунь-70».

Троичная память

Comments

[ardelfi.livejournal.com]

Я думал о его рассуждениях о тотальном превосходстве троичной логики над двоичной, и пришёл к выводу что это определяется базовым элементом -- логическим и памятью, причём при условии равного количества вложенного труда (математики и прочего). Если он принципиально троичный (магнитный), то и логика троичная лучше. Если он принципиально двоичный (электрический), то и логика двоичная. Можно конечно устроить себе первоклассные головные боли с двухполярным питанием для получения троичного элемента памяти, может даже логики, но сегодня практической выгоды в этом не будет с учётом колоссального вложенного в двоичное труда. Что думаете?

[1500py470.livejournal.com]

Выгода может быть и сейчас в некоторых нишах/облостях, например от более быстрых весоизмерительгых станций/дозаторов до ускоренного быстрого уровновешенного БПФ (оно и сейчас с троичным алгоритмом на двоичных процессорах получается) и с учётом приближения к порогу производительности у традиционых систем это будут скорее островки для выполнения функций внутри традиционных процессоров, потому как это может расшить узкие места, и почти ничего не стоит при нынешних миллиардах транзисторов на кристале, и не требует радикально менять всё ПО, и вложения в обучение и драгоценное время на программистов сегоднешнего дня. Они счастливо не будут этого знать, как и сейчас не знают как самому вычислить банальный синус или разделить пару чисел с плавающей точкой с двойной точностью или посчитать в 2-10 виде с абсолютной точностью сложный процент итп, но пользуются чужими знаниями и опытом не приходя в сознание.

[leotlt.livejournal.com]

А программисты сегодняшнего дня уже давно работают с высокоуровневыми языками, многие даже не знают что сдвигом регистра вправо/лево можно делить или умножать числа на 2.
Так что с одной стороны переход был бы не очень сложным, а с другой стороны его смысл падает при таком подходе программистов.

[1500py470.livejournal.com]

Однако даже в ортодоксальных х86 развивают битовые операции https://en.m.wikipedia.org/wiki/Bit_Manipulation_Instruction_Sets

[leotlt.livejournal.com]

Доброе утро!

Ну так все правильно, куда мы денемся без булевской логики.
У контроллеров тоже есть похожие операции http://www.atmel.com/webdoc/avrassembler/avrassembler.wb_SBR.html.
Просто мой комментарий был больше к тому, что в архитектуре x86 уже давно многие работают на высокоуровневых языках и ребята могут не очень расстроиться подмены платформы.

Я бы тоже не очень сильно расстроился, если бы мой ноут работал на ARM процессоре, т.к. так же бы сидел на линуксе, в том же окружении и с тем же, разве что батарейки на дольше хватало)
Конечно это не троичная логика, но все же существенное изменение архитектуры процессоры.

[1500py470.livejournal.com]

Думать люди не любят, от этого у большинства голова болит, это медицинский факт. При любой системе команд и архитектуре процессора отказ от банального ресета и выключения компьютера как факт "новой" жизни (все данные живут только в оперативке) и из этого нельзя допустить утечку памяти, поменяет парадигму современного программирования намного больше заставив думать априори.