Для запуска были растиражированные main - main, main1, main2... Для управления порядком запуска с точки зрения схемы есть блок регистров/памяти (тут как посмотреть). С точки зрения каких-то формальных моментов даже не знаю. Тут ведь как - вот оно в САПР описано, вот кросс-компилятор с исходными текстами. Когда оно фактически заработало, тогда и заработало. Обобщать можно и потом. Но как красиво управлять потоками, можно подумать.

Еще интересно, как с точки зрения синтаксиса такие вещи в коде на Форте оформлять. Изобретать какие-то особенные слова на Форте, придумывать специальные инструкции в системе команд процессора или же просто парой регистров в адресном пространстве процессора обойтись.

При этом процессор, который обязательно меняет поток, проще, чем процессор, который [i]может [/i]поменять поток на следующем такте.

Собственно, это интересный вариант - сильно конвейеризованный процессор, который чередует потоки, прокачивая их через АЛУ. Надо подумать.

- Ваши планы на ближайшие 4 такта?
- Построить дом, посадить дерево и воспитать дочерний поток, даже на отдых такт останется :)

Что четыре ближайших такта будет работать поток 1.

А вот серия ...1111... что означает? Что поток 1 съест 4 кванта времени? Или что будет запущено 4 отдельных, но одинаковых потока?

[quote="Total Vacuum"]О, а не лучше ли вместо команды delay сделать аппаратный цикл со счетчиком и автодекрементом?[/quote]
Вот! Точно, можно же макросом. Сейчас N 0 DO LOOP вполне предсказуемый и аппаратный.

[quote="Total Vacuum"]А для управления потоками планируются отдельные команды в системе команд процессора или будут memory mapped registers?[/quote]
Это было в виде регистров, доступных потоку 0, но это ограничение специально вводилось. Есть аппаратный движок, который запускает потоки в порядке их указания в специальной таблице на регистрах. То есть можно оставить и поток 0, и сделать чередование 01234567, и что-то вроде 0111112111234.
[quote="Total Vacuum"]А Манул 32-битный или 64-битный?
[/quote]
Сейчас 32, и это связано с микроархитектурой выборки команд. Можно переделать и на 64, но тут два варианта - либо загрузка по 32, либо расширение интерфейса памяти команд до 64 бит (что вполне возможно на Xilinx 7 и выше). Вопрос пока практический - манул сделан для удобной работы с I/O, у него быстрая загрузка литералов при сохранении плотной упаковки команд - ну ОЧЕНЬ похоже на манулью зажировку :) Когда нужно, команда 5 байт, а когда нет - 1, при сохранении непрерывного потока команд из памяти. Уже пора народ из старой команды на него пересаживать, но там столько уже наделано на старом ядре, что страшновато. С другой стороны, манул точно не хуже и все команды у него есть.

О, а не лучше ли вместо команды delay сделать аппаратный цикл со счетчиком и автодекрементом?
У меня, например, накладные расходы составляют такт на итерацию в таких циклах, соответственно если тело цикла пустое, то выполнится за то число тактов, которое перед входом в цикл в стеке лежало.

Надо будет тоже к себе в процессор на пробу потоки приделать, загнать туда опрос кнопок, таймеров и отрисовку. :)
А для управления потоками планируются отдельные команды в системе команд процессора или будут memory mapped registers?

А Манул 32-битный или 64-битный?

1. Назрели команды:
- шаг CORDIC
- шаг Бризенхэма
- delay (декремент и повтор, пока не 0)
2. Поддержка графики
- отдельное адресное пространство видеоконтроллера
- поддержка формата in16int16 - пара координат x, y в одной ячейке
3. Аппаратная многопоточность.
Тоже назрела, хотя и не очень остро.

Манул! 80 МГц на Artix-7. Быстренький, толстенький, много где bypass (везде), поэтому один такт почти на что угодно, даже @ (потому что упреждающая выборка по второму порту).

А Манул запустился в ПЛИС!

Сферический манул в вакууме :D Холст, масло. 2025г.
[img]http://totalvacuum.ru/BATTLE/manul.jpg[/img]
[url=http://totalvacuum.ru/BATTLE/manul.jpg]ссылка на изображение[/url]

Вот. Тест видеоадаптера.