Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Вс дек 08, 2019 19:36

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - минимальная архитиктура и минимальный микрокод
Автор Сообщение
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
KPG писал(а):
Ну да, старая, но неужели на ней не удасться получить каких то качественных результатов

Она старая в первую очередь в смысле поддержки в САПР и поставок. Скорее всего, новый чип будет уже просто негде купить. В смысле сравнения со Spartan-6 в целом частоты получались сопоставимые, хотя архитектура ячейки и особенно аппаратных ядер существенно различаются. Хотя бы разница между 4-входовыми LUT и 6-входовыми может обернуться существенной разницей в "укладываемости" схем. Хотя не думаю, что для еще более старого проекта J1 это будет иметь решающее значение.

KPG писал(а):
по возможностям стековых процессоров в сравнениии с регистровыми?

А это в целом от платформы слабо зависит. Сам факт, что стековая машина получила аппаратную реализацию, позволяет посчитать такты хотя бы на бумажке.

KPG писал(а):
слов пересылки данных MOVE, CNOVE и др. примитивы слов на Форт
и понял, что вероятно, в регистровой архитектуре их выполнение будет реализованo быстрее,

А это блочная пересылка и она зависит от характеристик той части схемы, которая выполняет саму пересылку. Условно говоря, сколько у памяти портов и есть ли поддержка автоинкремента - вот это и определит производительность. А прологовая/эпилоговая части тут играют сугубо вспомогательную роль.
Сообщение Добавлено: Вс окт 13, 2019 17:57
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
Hishnik писал(а):
но вот Spartan-3e - это уже очень старая штука.

Ну да, старая, но неужели на ней не удасться получить каких то качественных результатов по возможностям стековых процессоров в сравнениии с регистровыми? (даже эмперических)

P.S. Смотрел реализации в данном процессоре, например, слов пересылки данных MOVE, CNOVE и др. примитивы слов на Форт
и понял, что вероятно, в регистровой архитектуре их выполнение будет реализованo быстрее, но накладные расходы по передачи параметров между функциями (с пересылкой результата в память) может нивелировать это преимущество так же как и необходимость в сложных алгоритмах компиляции кода для привязке его к "преимуществам" регистровой архитектуры.
Сообщение Добавлено: Вс окт 13, 2019 17:38
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
KPG писал(а):
P.S. Каким софтом от Xilinx целесообразно и достаточно перепрограммировать Spartan 3E ? (т.к. уже всё забыл со времени экспериментов с данными FPGA на плате от Digilent - Nexus 2 и где то ещё и софт затерялся)
или проще прошивать флеш память через разъём выведенный ещё и на плату?

Это без вариантов ISE design tool. Загружается бесплатно. В случае проблем с драйверами программатора можно попробовать Digilent Adept, но вот Spartan-3e - это уже очень старая штука.
Сообщение Добавлено: Вс окт 13, 2019 00:58
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
mOleg писал(а):
кстати, вот недавно случайно наткнулся The J1 Forth CPU

Давно платка на J1 CPU (Gameduino от Olimex) лежала без движения :)
Сейчас решил к ней присмотреться и понять на какой "уровень" задач и какими ресурсами можно решать их, в сравнении с обычными контроллерами.
Всё таки Форт-процессор на ней имеет определённый оригинальный дизайн, да и сам проект Gameduino тоже интересен.

P.S. Каким софтом от Xilinx целесообразно и достаточно перепрограммировать Spartan 3E ? (т.к. уже всё забыл со времени экспериментов с данными FPGA на плате от Digilent - Nexus 2 и где то ещё и софт затерялся)
или проще прошивать флеш память через разъём выведенный ещё и на плату?
Сообщение Добавлено: Вс окт 13, 2019 00:43
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
Вспомнил. Еще в СССР повторили процессор Novix NC4016. Результат повторения назвали Дофин-1610. Повторили, в данном слечае не передрали. То есть не было послойного вскрытия. Просто взяли описание системы команд и реализовали в кристалле. Получился процессор той-же системой команд и с другой схемой.

А почему повторяли ? Да потому-что в создании Novix NC4016 принимал участие Чарьлз Мур и от того на его творение нисходит благодать гениальности, если выспренно выразить эту мысль.
Сообщение Добавлено: Пт янв 20, 2017 18:08
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
А что за физические принципы? А то я видел стек, реализованный в Minecraft :)
Сообщение Добавлено: Пт янв 20, 2017 02:42
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
всем огромное спасибо !!
информации куча - буду копать..

с уважением, Jelsay
Сообщение Добавлено: Чт янв 19, 2017 19:04
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
кстати, вот недавно случайно наткнулся The J1 Forth CPU
Сообщение Добавлено: Чт янв 19, 2017 18:02
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
Jelsay писал(а):
предположим у меня есть возможность реализации простейшего Форт-процессора на иных физических базовых принципах нежели ЭЦВМ..
Покойный создатель этого форума разработал Форт-процессор Equinox на ПЛИС Альтера.
http://winglion.ru/Forth-CPU/
Есть и исходники и пояснения и вообще все-все ...

А другие базовые принципы - это какие ? Оптический процессор ? Где каждый лишний логический вентиль это как серпом по причинному месту ? Лучше конкретизировать, чтобы было ясно чем можно пожертвовать, а чем не стоит.
Сообщение Добавлено: Чт янв 19, 2017 16:50
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
Есть Форт-процессор Novix NC4016. Вот если глядя на его систему команд задаться вопросом стоит ли ее делать меньше.

По моему не стоит ибо его система команд компромиссна между сложностью и эффективностью.

Хотя вот, да четыре команды + +c - -c можно заменить тремя +c clr_carry set_carry.
Тогда
+ = clr_carry +c
-c = -1 XOR +c
- = set_carry -1 XOR +c
где borrow = not(carry)

А вопрос о минимальном наборе команд вообще не имеет смысла.
Потому-что процессор можно вообще построить на единственной команде "вычитание и переход если меньше". Тогда опкод можно не кодировать, а кодировать только операнды. Но программа, программа-то ... выйдет что твой BrainFuck.
Сообщение Добавлено: Чт янв 19, 2017 16:40
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
KPG писал(а):
Личные примеры - приветствуются!

То есть то, что выше - это не пример системы команд? Или надо в рамках "слабо" выложить весь рабочий код? Так его еще правильно применить нужно, и там не везде тривиальные решения. Проектирование форт-процессора не для copy&paste, а для освоения с нуля применительно к конкретным условиям. Ну вот есть изделия, которые за тысячные тиражи перевалили, но это же не догма, а результат адаптации к конкретной задаче.
Сообщение Добавлено: Чт янв 19, 2017 15:19
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
Hishnik писал(а):
Стесняюсь спросить, а из этого что-то уже в продукции реализовано?

Личные примеры - приветствуются! :)
Сообщение Добавлено: Чт янв 19, 2017 14:56
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
mOleg писал(а):
в разрезе реализации в железе было тоже несколько обсуждений, навскидку это обсуждение, там начинается с 16 команд.

Стесняюсь спросить, а из этого что-то уже в продукции реализовано? Или старая песня "вот Фортом никто в мире не занимается, так что слушайте меня". Напоминает вот это:

https://www.youtube.com/watch?v=_O5btaXgiEk
Сообщение Добавлено: Чт янв 19, 2017 11:02
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
вот, на фасме набрасывал по-быстрому вариант форт-системы с третьим стеком адресов может вам поможет. Там все достаточно просто.
можно еще посмотреть в код СПФ-а, но там посложнее несколько.
Если речь о создании виртуальной машины (выбора метода передачи управления от одного определения к другому и подобное)
посмотрите в статьях перевод или оригинал Портирование Форта
И можно еще посмотреть набросок стандарта, там достаточно схематично все, но имеется ответ на ваши вопросы по крайней мере в разделе 5.2 Базовый обязательный набор примитивов
Был еще очень маленький eForth с минимальным количеством используемых примитивов, за счет чего был быстро портирован на большое количество платформ, можно поискать информацию о нем
ну, и вопросы желательно задавать конкретные, иначе будет слишком много общих ответов 8(

P.S. в разрезе реализации в железе было тоже несколько обсуждений, навскидку это обсуждение, там начинается с 16 команд.
Сообщение Добавлено: Чт янв 19, 2017 09:27
  Заголовок сообщения:  Re: минимальная архитиктура и минимальный микрокод  Ответить с цитатой
NOP NOT @ SHL SHR SHRA INPORT SWAP DUP OVER R> + - AND OR XOR = < > * DROP JMP CALL >R ! OUTPORT IF UNTIL RET LIT

Рабочий, хотя слегка морально устаревающий проект. Порядок может выглядеть странным, но оно сгруппировано по влиянию на стек. На этом строится вполне рабочий процессор. Необходимость "символьного канала", чтобы там еще и интерпретатор образовывался, в контексте схемотехники - высосанное из пальца наукообразие, чтоб народишко не расслаблялся и думать не смел о практических результатах. А думать надо об организации системной шины и подключении к ней устройств. Когда она появится, весь символьный ввод-вывод образуется массой способов, хоть в виде чтения из порта ВВ, хоть в виде чтения из памяти, на которую отображен физический канал ввода. Ну или, в особых случаях, в виде подмешивания к АЛУ внешнего порта, тогда команда KEY становится аппаратной. Точно так же, в виде последовательности операций с памятью, образуются и интерпретатор/компилятор.
Сообщение Добавлено: Чт янв 19, 2017 00:35

Часовой пояс: UTC + 3 часа [ Летнее время ]


cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB