Господи, Tumi, ну зачем же столько буков?! Чтобы записать приведённую мной формулу N*logN(X) просто в другом виде??
Попробуйте всё-таки непредвзято осознать физический смысл множителя N... (Вернее его отсутствие). Попытаюсь последний раз Вашим языком
Если я пользуюсь, например, 16-ричной системой счисления, я не обязан пользоваться 16 карточками с цифрами от 0 до F согласно этой формуле. Я лучше воспользуюсь наборами по 4 двоичных карточек, или по 3 троичных карточек, или по 2 четверичных карточки. Ну хорошо, Вам как поклоннику троичной системы - 27-ричная система счисления хуже троичной или нет? Или ещё по другому - для хранения одной 16-ричной цифры нужен 16-стабильный триггер или 4 бинарных? Или так - для хранения одной 27-ричной цифры нужен 27-стабильный триггер или можно обойтись тремя троичными? А для 256-ричной системы нужно 256 карточек?
.
_STRANNIK
15.01.15 23:57
Не хотел влезать. У двоичного представления есть определенные преимущества при реализации в "железе". И судя по всему еще долго будут. В рамках технологий ближайших 10 лет. А вот дальше может быть откат к "аналоговым" вычислениям. Естественно на другом уровне. В смысле моделирования реальных процессов..
.
Tumi
16.01.15 09:45
> argus98
Господи, Tumi, ну зачем же столько буков?! Чтобы записать приведённую мной формулу N*logN(X) просто в другом виде??
Попробуйте всё-таки непредвзято осознать физический смысл множителя N... (Вернее его отсутствие). Попытаюсь последний раз Вашим языком
Если я пользуюсь, например, 16-ричной системой счисления, я не обязан пользоваться 16 карточками с цифрами от 0 до F согласно этой формуле. Я лучше воспользуюсь наборами по 4 двоичных карточек, или по 3 троичных карточек, или по 2 четверичных карточки. Ну хорошо, Вам как поклоннику троичной системы - 27-ричная система счисления хуже троичной или нет? Или ещё по другому - для хранения одной 16-ричной цифры нужен 16-стабильный триггер или 4 бинарных? Или так - для хранения одной 27-ричной цифры нужен 27-стабильный триггер или можно обойтись тремя троичными? А для 256-ричной системы нужно 256 карточек?
. Мне искренне непонятно что Вас затрудняет, поэтому попытался передать ту же мысль в другом варианте. . . Я не поклонник троичной системы. Я просто понимаю, что переход к ней даёт выигрыш в реализации, если использовать элементы физически реализующие троичные системы. . . О том, что представлять можно хоть палочками без всякой позиционной системы счисления, хорошо писал ещё Перельман. Но именно с точки зрения экономичности записи выгоднее пользоваться троичной системой. . . И если Вы пользуетесь 16-ричной системой, то Вы именно обязаны пользоваться карточками с цифрами от 0 до F! В ином случае Вы пользуетесь не ею, а 2-ичной, 3-ичной, 4-ичной записью, в последующем производя интерпретацию результата в 16-ричную систему. . . 27-ричная система с точки зрения экономичности будет несомненно хуже троичной. И даже 10-ичной. Я не зря приводил пример с иероглифами: это примерно 5000-ричная (в общем случае) система кодирования. Очень вроде бы удобно любое слово записать одним символом, зато потом с ужасом наблюдаешь как носитель языка (знаток системы кодирования) долго вспоминает что означает редко используемый символ. . . Если я для хранения 16-ричной цифры использую 16-стабильный триггер, то это будет 16-ричная запись, если же я использую 4 бинарных - это двоичная запись, после которой надо тратить усилия на выбор одной из 16 линий к лампочкам, либо в мозгу оператора на преобразование bin<->hex. . . Если Вы пользуетесь именно 256-ричной системой, то да - вам нужно хранить именно 256 пляшущих человечков, чтоб в одном разряде отображать все символы соответствующие десятичным 0 - 255. Иначе это будет другая система счисления, с последующей интерпретацией в 256-ричную. . . Честно говоря, не вижу что Вас тут озадачивает. . . И если с Вашей точки зрения разницы нет, то давайте используем 3-ичную систему! :-) При том же отображаемом числе кол-во переносов между разрядами будет меньше, за один такт можно будет передать любое из трёх, а не из двух состояний. Очевидная же выгода. ;-) . .
> _STRANNIKНе хотел влезать. У двоичного представления есть определенные преимущества при реализации в "железе". И судя по всему еще долго будут. В рамках технологий ближайших 10 лет. А вот дальше может быть откат к "аналоговым" вычислениям. Естественно на другом уровне. В смысле моделирования реальных процессов..
. Да, мне тоже кажется что что-то такое будет возвращаться. К примеру аналоги "функциональных трубок" но на другом технологическом уровне. Грубо - запись функции в виде распределения в пространстве прозрачности кусочка стекла и последующее просвечивание этого кусочка лазерным лучом в точке с координатами x,y, для получения данных функции f(x,y). Иногда больно смотреть как с малой точностью считают функцию разложением в ряд, сильно теряя в быстродействии системы. Здесь бы, конечно, аналоговая система была бы кстати.
.
классный юрист
16.01.15 20:09
Смотрю - обсуждают все больше специалисты по железу. Меня же больше всего покорил (потряс) язык "Аналитик" на Глушковском Мире, кторый позволял решать в аналитическом виде (!!!!!!!!!!) диффренциальные уравнения 2-го порядка. Я в то время - 1980 - писал диссертацию по физике низких температур (на железо мне было и до сих пор наплевать, не царское это дело), а вот вся физика сводится почему-то именно к дифф.урам именно 2 порядка (обыкновенным и в частных производных). Кроме того, этот язык позволял приводить подобные в уравнениях и в многочленах до 500 членов и в аналитическом виде. До сих пор нет такого - аналитического - языка. Работал и на аналоговой машине МН-34 (решала уравнения до 34 порядка!), а уж МН-7 в нашем МЭИ стояли на каждом рабочем месте факультета АВТ
.
белый кит
17.01.15 18:36
Если можно запустить андроид на старой ЕС то тема будет исчерпана?
.
EddB
17.01.15 19:49
> Tumi
> argus98
Извиняюсь, что влез в ваш спор, но хочу уточнить. Мне кажется вы спорите о немного разных вещах.
Tumi настаивает на выгодности ( оптимальности) использования троичной системы ( как логически, так и аппаратно) для хранения и обработки данных, в общем смысле, а argus98 делает упор на представлении различных данных в различных системах счисления.
Если так, то в вопросе все-таки надо учитывать, что мы, собственно, хотим с этими представляемым данными делать ( это для argus-а).
> TumiДа, мне тоже кажется что что-то такое будет возвращаться. К примеру аналоги "функциональных трубок" но на другом технологическом уровне.
Насчет аналоговых машин. Встречался не только с "классическими" видами , в виде наборных схем на "идеальных" операционных усилителях или лампах, но и с механическими вычислителями типа "синусно-косинусных" трансформаторов и т.п. Все это неплохо работало. А вообще любое устройство, реализующее x = f(y), хоть палку через бревно, можно считать АВМ :) . В некоторых случаях их использование оправдано даже сейчас. И дело не только в простоте и (или) быстроте работы, но и в аналоговом (не обязательно электрическом) представлении данных ( см.выше ваш спор :)).
.
EddB
17.01.15 19:57
> классный юристСмотрю - обсуждают все больше специалисты по железу. Меня же больше всего покорил (потряс) язык "Аналитик" на Глушковском Мире, кторый позволял решать в аналитическом виде (!!!!!!!!!!) диффренциальные уравнения 2-го порядка.
Кстати, таких языков было много. У нас использовали язык для расчета всяких переходных процессов в системах управления (название, к сожалению, не помню). В свою очередь, он был написан на фортране - все это работало на ЕС. Был еще язык для расчета механических систем (хотя, скорее это был обработчик скриптов), на той же основе. И они неплохо справлялись со своими задачами. Уверен, подобных примеров было много - но, главным образом, расчетных. Эти языки не выходили за пределы контор ( или групп контор), в которых были разработаны, поэтому никакого развития и распостранения быть не могло. А жаль, ведь труда них было портрачено много.
.
Tumi
18.01.15 16:58
> классный юристСмотрю - обсуждают все больше специалисты по железу. Меня же больше всего покорил (потряс) язык "Аналитик" на Глушковском Мире, кторый позволял решать в аналитическом виде (!!!!!!!!!!) диффренциальные уравнения 2-го порядка.
. Спасибо за интересную информацию! Попробую поискать данные в этом направлении. Интересно... . . EddB, да, я тоже перечитав вижу что спор ведём о разных вещах. Согласен, завязываем. Насчёт аналоговой машины из чего угодно, реализующего нужную функцию - так оно и есть. Думаю, маятник качнётся в обратную сторону и современный переизбыток дискретных машин со временем будет компенсирован.