Сообщество

Тоже интересно, что там с тактами.

На ум приходят только задержки при записи в регистр и переходов между параграфами. Всё равно что-то много получается. Тактовая частота процессора действительно 80МГц.

Коллеги, наше видение проблемы заключается в следующем. Для того, чтобы параллелизм давал эффект необходима соответствующая загрузка исполнительных устройств. Т.е. нужны длинные линейные участки с минимумом переходов. Чем больше длина, тем больше вероятность того , что какая-то часть вычислений может быть выполнена параллельно. В этой данной тестовой программе все с точностью до наоборот. Линейный участок пять команд, который выбирается за 2 такта (4 команды + 1команда). После этой выборки процесс приостанавливается до определения нового адреса. Адрес получается после проверки условия выхода из цикла. Опять выбираются пять команд, опять простой до проверки условия и т.д. Что бы избежать этой ситуации необходимы длинные участки (15-20 команд) и проверка условия окончания цикла должна осуществляться вначале цикла, а не в конце (по крайней мере для циклов типа for).

Это понятно, что код из примера не будет выполняться параллельно, об это даже речи не шло.
Если разобрать цикл по командам.
1. Выборка первых 4-х команд.
2. Загрузка числа из регистра.
3. Число загружено, вычитается единица. Загружается пятая команда?
4. Число получено, запрос на сохранение числа в регистре. В этом же такте проверка условий и расчёт адреса перехода?
Что происходит дальше?
5. Очищается буфер коммутатора?
6. Сохраняется число в регистре?
7. Переход на новый параграф?
А где ещё 10 тактов? Может, я не учёл что-то? Согласно РЭ, цикл обрашения к портам R1 занимает четыре такта, но в примере в цикле только обращения к регистру #1.
А по неэффективности кода программы для мультиклета я с Вами полностью согласен, операциями нужно занимать все клетки.

Здравствуйте.

Когда я экспериментировал с платой HW1-MCp04 (с процессором MULTICLET P1) то получалось, что переход между параграфами составлял примерно 10-12 тактов.