Voodoo да, но это можно записать например и как 1/(lg(2)/lg(3)) и еще многими способами только по определению бита, число бит определяется как двоичный логарифм, при чем тут натуральный логарифм-то? это всеравно чтобы узнать сколько километров в 1 миле, перевести и километры и мили в аршины и поделить.
GoldFinch У меня есть смутное и необоснованное подозрение, что такое вычисление имеет право на жизнь. Но спорить не буду, пусть автор рассказывает, откуда именно такой рассчет.
Voodoo город у тебя в профиле указан, имя я думаю несложно найти в том же профиле аськи) смотреть заломало про ресерч и все такое реально на васме легко спалить) в чем собственно вопрос то?)
Great Я не ожидал, что есть люди, которые вместо одного поста в коммерц будут шляться по аськам долго и упорно.
cдесь http://www.wikiznanie.ru/ru-wz/index.php/%D0%91%D0%B0%D0%B9%D1%82 сказано, что логически, что или но вполне возможно, что я ошибаюсь, мне самому интересен правильный ответ.
где 3 там и 4 и 5 и 10 и 1000000. Осталось только сообразить как это сделать просто, устойчиво, экономично (первые компы работали более чем с двумя состояниями сигнала, но от этого отказались по см слова перед скобками).
что за дурацкий вопрос? бит имеет два состояния 0 и 1 (на то он и бит от слова "би" - то бишь два) трит соответственно три состояния 0 1 и -1 (насколько я помню) как может трит содержать биты? это глупо
Ну почему глупо? есть один трит сколько нужно бит, чтобы записать его содержимое? пусть мы имеем n тритов, тогда макс. число - 3^n-1 число битов для его записи m= ln(3^n - 1)/ln(2) если учитывать, что число битов m мы все-таки округляем вверх (у нас дискретная машина), то имеем: m = ln(3^n - 1)/ln(2) + k, где k = [0..1); и число битов в трите = (ln(3^n - 1)/ln(2) + k)/n =ln(3^n - 1)/n/ln(2) + k/n берем предел при n стремящейся к бесконечности, получаем ln(3)/ln(2) Вроде так теперь похоже на мат. доказательство
