Колкото повече удари, толкова по-добре

удари

  • Най-доброто отгоре
  • Първо отгоре
  • Актуален топ

Не става въпрос за език, а за принципи. Като концепцията за байт (и в същото време удобството за писане на шестнадесетични числа), смени вместо умножения / деления с 2. Същата булева аритметика. Разбира се, можете да кажете - какво има в булевото? Нека да е същото - 0 е невярно, а не 0 е вярно! Е, тогава защо, по дяволите, да ограждате тази троична градина, за да можете по-късно да я използвате като проста двоична?

Това е нещо, което не ми е идвало наум - но има много повече разлики. Дори не е, че е по-трудно - просто е напълно различно и цената на цялостния преход към нова система ще бъде няколко пъти по-висока от цената на обикновеното мащабиране на капацитета с 50%.

От гледна точка на програмист, както вече беше споменато тук, не биха били добавени проблеми и нищо не се е променило особено. Ако следвате примерите си, тогава байтът лесно може да бъде троичен. Вместо 8 и шестнадесетични бройни системи ще се използват например 9 и 27. Shifts може да се използва вместо умножение/деление на степен три, а не две и т.н.

Проблемът е в хардуера. Тройните логически схеми са много по-сложни. Има общо 2^(2^2) = 16 двоични функции от два аргумента и всички те могат да бъдат получени чрез комбинация от една функция от един аргумент и една функция от два аргумента (например NAND). Тези. Грубо казано, целият двоичен процесор може да се състои от много от тези два елемента.

Но троичните функции на два аргумента вече са 3^(3^2) = 19683, т.е. повече от гадно. И схемите, способни да използват всички предимства на тройната система, биха се оказали адски сложни и много малко хора имат нужда от тях.