Кутейников Дмитрий : другие произведения.

Комментарии: О троичном компе
 ()

Самиздат: [Регистрация] [Найти] [Рейтинги] [Обсуждения] [Новинки] [Обзоры] [Помощь|Техвопросы]
  • © Copyright Кутейников Дмитрий (daktfi@mail.ru)
  • Размещен: 12/03/2016, изменен: 12/03/2016. 13k. Статистика.
  • Статья: Фантастика
  • Аннотация:
    Собираю в одну кучу разные соображения о троичных компах. Не обзор, не история - просто соображения программиста, как это всё могло бы выглядеть и каким бы его хотелось видеть.
    		• ОБСУЖДЕНИЯ: Фантастика (последние)
    12:17 Коркханн "Угроза эволюции" (754/43)
    12:17 Колышкин В.Е. "Контрольное обрезание" (33/9)
    12:14 Васильева Т.Н. "Зажигалка" (53/1)
    12:13 Баламут П. "Ша39 Стратегия и тактика противодействия " (565/4)
    Добавить комментарий Отсортировано по:[убыванию][возрастанию]
    Страниц (6): 1 2 3 4 5 6
    ОБЩИЕ ГОСТЕВЫЕ:
    12:07 "Технические вопросы "Самиздата"" (181/44)
    12:07 "Форум: все за 12 часов" (233/101)
    10:42 "Форум: Трибуна люду" (850/21)
    19:02 "Диалоги о Творчестве" (207/1)
    15/11 "Форум: Литературные объявления" (664)
    25/11 "О блокировании "Самиздата"" (294)
    ОБСУЖДЕНИЯ: (все обсуждения) (последние)
    12:17 Коркханн "Угроза эволюции" (754/43)
    12:17 Баламут П. "Ша39 Гранаты" (574/4)
    12:17 Колышкин В.Е. "Контрольное обрезание" (33/9)
    12:16 Егорыч "Ник Максима" (16/15)
    12:15 Лера "О вреде генеральной уборки" (18/3)
    12:14 Васильева Т.Н. "Зажигалка" (53/1)
    12:14 Берг D.Н. "Мы из Кронштадта, подотдел " (585/3)
    12:13 Детектив-Клуб "Правила конкурса "Арена детективов" " (162/3)
    12:10 Фатеева Л.Ю. "Имплантант" (32/2)
    12:07 Поэтико "Сп-24: Правила голосования" (46/4)
    12:07 Самиздат "Технические вопросы "Самиздата"" (181/44)
    12:06 Мананникова И. "Пушистый маленький зверёк" (3/2)
    11:49 Князев Ю. "Сонет реке Оттер" (5/1)
    11:49 Уралов А. "Мясо "из пробирки"" (614/6)
    11:48 Баковец М. "Культиватор Сан" (2/1)
    11:45 Шершень-Можин В. "На крыльях дракона (11 глава)" (6/2)
    11:43 Безбашенный "Запорожье - 1" (975/18)
    11:43 Малышев А. "Окончательное решение Тухачевского " (989/10)
    11:33 Чернов К.Н. "Записки Империалиста Книга " (591/20)
    11:31 Эндо К. "Тайная канцелярия" (8/1)

    РУЛЕТКА:
    Путь Шамана. Шаг
    Ночлежка "У Крокодила"
    В родном краю
    Рекомендует Пузеп Н.В.

    ВСЕГО В ЖУРНАЛЕ:
     Авторов: 108551
     Произведений: 1670555

    Список известности России

    СМ. ТАКЖЕ:
    Заграница.lib.ru     | Интервью СИ
    Музыка.lib.ru | Туризм.lib.ru
    Художники | Звезды Самиздата
    ArtOfWar | Okopka.ru
    Фильм про "Самиздат"
    Уровень Шума:
    Интервью про "Самиздат"

    НАШИ КОНКУРСЫ:
    Рождественский детектив-24


    24/11 ПОЗДРАВЛЯЕМ:
     Белашова Ю.Ю.
     Белль С.В.
     Богатикова О.Ю.
     Богданов А.
     Бонд. П.Б.
     Бредникова Е.Е.
     Букаринов Д.Н.
     Веденин В.А.
     Ветер К.
     Визмор Э.Н.
     Виноградова А.В.
     Галицкая Д.И.
     Гамова Д.
     Гончарова Е.В.
     Егорова В.Ю.
     Ежова Е.С.
     Елисеева Н.В.
     Ельников А.Д.
     Жалилова Л.С.
     Желнов П.
     Иванов А.А.
     Инеева С.
     Ищенко Г.В.
     Казарян М.В.
     Келлер Е.
     Кизяева А.А.
     Кичилова К.Ф.
     Колодиец Д.Н.
     Кольцо-Гид
     Команов С.С.
     Кондрашов В.А.
     Копышов А.Н.
     Корнеева Т.М.
     Коршунова Т.В.
     Ксения
     Лобков А.
     Луковкин К.
     Лучистая Д.Т.
     Макарчук С.С.
     Маковская Н.
     Маркевич П.
     Митусова Л.П.
     Можар Е.П.
     Морозов М.
     Пашкевич С.
     Пимонов В.В.
     Пирумова А.Б.
     Приходько О.
     Пятница М.
     Радонин С.
     Ревельский Х.
     Романов Н.П.
     Рябенкова Д.П.
     Серебряная Е.
     Силаков Г.
     Соколовская Е.
     Солнечная
     Соцкая С.
     Сперанская И.В.
     Таа
     Трещев Ю.А.
     Тягин П.А.
     Шаповалова Д.В.
     Шеннон Р.А.
     Шишкина Д.
     Щедрин Р.
     Ak108u
     Ive
     Mollydolly
     Natkam
     Valxalla
     Viligodaeum
     Viscount M.D.
    ПОСЛЕДНИЕ ПОСТУПЛЕНИЯ: (7day) (30day) (Рассылка)
    00:39 Патрацкая Н.В. "Маг Грановский"
    21/11 Кукин В. "Случайные рифмы"
    21/11 Моисеева О.Ю. "Сердце Кометы"
    1. *Alexey F (alexeyf-nb@yandex.ru) 2016/03/13 00:00 [ответить]
      1. Зачем вам x86? (Привычка?)
      Вы очень правильно подошли к делу, когда стали исправлять его баги "знаниями будущего", но можно и более "радикально" подойти к вопросу, т.к. у гетов, как минимум, нет "стоящих за спиной" корпораций, которым невыгодно отказываться от налаженного старого производственного процесса и совместимости с закрытым кодом.
      
      2. Зачем вообще микропроцессор?
      Алгоритмы "в железе" работают эффективнее, поэтому лучше сделать универсальную матрицу программируемых блоков, которую "программа" просто конфигурирует "по своему коду".
      
      3. Зачем особые "флаги" и "команды" для ветвления? (Туда же и "циклы", и указатели)
      Достаточно доступа на чтение/запись к местному аналогу program counter. (И это ещё не учитывая возможностей "прямого управления" кодом из пункта 2.)
      
      
      Я, конечно, понимаю, что "всяк кулик своё болото хвалит", но посмотрите на эту вкусноту:
      http://www.greenarraychips.com/home/products/index.html
      
      Статья "в тему" на русском:
      http://geektimes.ru/post/133291/
      
      Сделать хотя бы что-то подобное на троичных ключах - и вот готовый прототип начинки платформ для распределённых гет-процессов :-)
    2. Konstk (dom-1234@yandex.ru) 2016/03/13 01:46 [ответить]
      https://ru.wikipedia.org/wiki/Троичный_компьютер может это поможет
    3. *Alexey F (alexeyf-nb@yandex.ru) 2016/03/13 02:57 [ответить]
      Александр Кушнеров "Троичная цифровая техника. Ретроспектива и современность"
      http://314159.ru/kushnerov/kushnerov1.pdf
      
      "Троичная логика и троичная цифровая техника"
      http://trinary.ru/
    4. *Marlagram (Marlagram812@yandex.ru) 2016/03/13 03:36 [ответить]
      >На данный момент сделать её возможно (только никому не нужно), и этого достаточно
      Никому не нужно из-за совершенной беспомощности на доступной технологической базе.
      Троичная логика - дитя, в первую очередь, феррит-диодно-трансформаторной импульсной элементной базы. Вне её...
      Дальше. Плавучка, плавучка... Вот где хлопоты.
    5.Удалено написавшим. 2016/03/13 04:24
    6. *Кутейников Дмитрий (daktfi@mail.ru) 2016/03/13 08:24 [ответить]
      > > 4.Marlagram
      >>На данный момент сделать её возможно (только никому не нужно), и этого достаточно
      >Никому не нужно из-за совершенной беспомощности на доступной технологической базе.
      >Троичная логика - дитя, в первую очередь, феррит-диодно-трансформаторной импульсной элементной базы. Вне её...
      >Дальше. Плавучка, плавучка... Вот где хлопоты.
      Оба раза не согласен. Что касается плавучки - на троичной логике она делается ничуть не хуже, чем на двоичной, только за счёт симметричности не нужен отдельный бит под знак.
      Что касается элементной базы - вы тоже смотрите не с той стороны. Наличие в спектре полупроводниковых приборов диодов и тиристоров автоматически гарантирует нам возможность создать троичные ячейки. А оптимизация конструкции и технологии производства - это задача сугубо техническая.
      
      > > 3.Alexey F
      >Александр Кушнеров "Троичная цифровая техника. Ретроспектива и современность"
      >http://314159.ru/kushnerov/kushnerov1.pdf
      >"Троичная логика и троичная цифровая техника"
      >http://trinary.ru/
      Это слишком много и слишком академично. Я же просто сваливаю в одну кучу мысли, чтобы в голове не толпились. :-)
    7.Удалено написавшим. 2016/03/13 08:23
    8. Le 2016/03/13 11:33 [ответить]
      У устройств на схеме (0 1 2) сейчас переход от 0 к 1 намного медленнее чем от 0 к 2. Все, вопрос только в быстродействии.
      
    9. aReader 2016/03/13 16:48 [ответить]
      Сейчас буду опечаливать ;)
      Компы это не только числа, но и знаки. И не только в оптимальном своем развитии, но и "на взлете". Из чего сразу получаем 4 тритовый трайт для языка с буквенной письменностью или 9 тритовый для языка с иероглифической. Такие дела.
      > > 1.Alexey F
      >1. Зачем вам x86? (Привычка?)
      >Вы очень правильно подошли к делу, когда стали исправлять его баги "знаниями будущего", но можно и более "радикально" подойти к вопросу, т.к. у гетов, как минимум, нет "стоящих за спиной" корпораций, которым невыгодно отказываться от налаженного старого производственного процесса и совместимости с закрытым кодом.
      Мсье, вы уверены, что это "закрытый код"? Может "машинный код"? ЧСХ, всем невыгодно отказываться от совместимости с старым кодом. И только два варианта: планово-директивная экономика или тотальный монополист могут свободно сказать, что плевать хотели на совместимость.
      >2. Зачем вообще микропроцессор?
      >Алгоритмы "в железе" работают эффективнее, поэтому лучше сделать универсальную матрицу программируемых блоков, которую "программа" просто конфигурирует "по своему коду".
      Спасибо, не надо. Кргда этого кода килобайты - ОК, когда мегабайты - ПЦ.
      >3. Зачем особые "флаги" и "команды" для ветвления? (Туда же и "циклы", и указатели)
      >Достаточно доступа на чтение/запись к местному аналогу program counter. (И это ещё не учитывая возможностей "прямого управления" кодом из пункта 2.)
      Эээээ. Что-то я перестал понимать такой авангардизм. Нафиг.
    10. *Alexey F (alexeyf-nb@yandex.ru) 2016/03/13 19:48 [ответить]
      > > 8.Le
      >У устройств на схеме (0 1 2) сейчас переход от 0 к 1 намного медленнее чем от 0 к 2. Все, вопрос только в быстродействии.
      
      (0 1 2) не нужно, симметричный вариант (-1 0 1) и проще, и лучше работает.
      
      
      > > 9.aReader
      >Сейчас буду опечаливать ;)
      >Компы это не только числа, но и знаки. И не только в оптимальном своем развитии, но и "на взлете". Из чего сразу получаем 4 тритовый трайт для языка с буквенной письменностью или 9 тритовый для языка с иероглифической. Такие дела.
      
      А это проблема? Числа и есть символы.
      Сделать троичный UTF-9, и всё. Символов, кстати, тогда сразу на всех хватит - и размеры данных получаются очень удобные.
      
      
      >Мсье, вы уверены, что это "закрытый код"? Может "машинный код"?
      
      Именно закрытый, т.к. в машинных кодах "напрямую" уже давно почти ничего не пишут. Поэтому основные проблемы портирования возникают только там, где нельзя просто, быстро и "прозрачно" собирать программы для различных архитектур - а это именно что только закрытый код. Так сказать, старые и известные, набившие оскомину проблемы "блобов".
      
      
      >ЧСХ, всем невыгодно отказываться от совместимости с старым кодом. И только два варианта: планово-директивная экономика или тотальный монополист могут свободно сказать, что плевать хотели на совместимость.
      
      Со старым кодом - да, но не со старыми архитектурами - почувствуйте разницу.
      Пробовали перенести ОС на совершенно новую платформу? Основные проблемы начинаются именно там, где заканчиваются открытые спецификации и стандарты: или просто "ничего не работает" и всё надо писать "с нуля", продираясь через головную боль реверсинжиниринга (с сомнительным успехом), или, даже если есть готовые "блобы" от производителя железки, работает это всё сумрачно и "разваливается" от малейшего чиха.
      
      В общем, для открытого кода смена архитектуры - это не проблема. Один компилятор - и весь софт сразу "в дамках".
      
      
      >Спасибо, не надо. Кргда этого кода килобайты - ОК, когда мегабайты - ПЦ.
      
      1. Вы правда думаете, что для решения большинства задач недостаточно килобайтов кода?
      
      2. Модульность, которую так не любят продавцы "блобов", легко решает проблему излишне крупных для человеческого мозга размеров "всей системы".
      
      
      >Эээээ. Что-то я перестал понимать такой авангардизм. Нафиг.
      
      А как, вы полагаете, работает тот же условный переход? Это просто "непрямое" управление модулем процессора, изменяющим PC.
      Суть в том, что при наличии прямого управления микропрограммой/логической структурой этого модуля привычные "кривые методы" перестают иметь смысл.
      
      Т.е. все действия по изменению порядка выполнения совершаются командой аналогом инструкции mov, а заодно появляется отличная возможность "дёшево" писать код, работающий с относительными адресами.
      Упрощение и ускорение компиляторов, виртуальных машин, самомодификации и самоверификации кода, создания поли- и метаморфных функций - уже просто "приятные бонусы" рядом с огромным профитом от базовых низкоуровневых улучшений.
      
      Логично спросить - а почему же так не делают массово прямо сейчас?
      1. Налаженное производство и уже готовые железки на складах - и всё это должно "отбить" свою стоимость и принести прибыль своим владельцам - а "проблемы индейцев" их совершенно не волнуют.
      2. При таком подходе к архитектуре вычислителей распространение большинства программ в виде бинарных сборок теряет смысл, т.к. их может понадобиться слишком много. Т.е. такая архитектура приводит к тому, что код "хочет" быть открытым - а это очень мешает патентным игрищам, "вендор-локу" и другим "развлечениям" крупных корпораций.
    Страниц (6): 1 2 3 4 5 6

    Связаться с программистом сайта.

    Новые книги авторов СИ, вышедшие из печати:
    О.Болдырева "Крадуш. Чужие души" М.Николаев "Вторжение на Землю"

    Как попасть в этoт список

    Кожевенное мастерство | Сайт "Художники" | Доска об'явлений "Книги"