Уважаемые специалисты по процессорам!

Пытаюсь оценить возможности софтпроцессоров( таких как NIOS II или MicroBlaze).
Т.е.
- насколько мощное, по своим возможностям, АЛУ можно получить;
- какая система команд;
- для каких применений целесообразно их использование;
- какие проекты удалось реализовать.

Работаю с Микроблейзом, использую его для только проверки своих проектов (прототипы асиксов) в основном. Но знаю точно что у нас на нем сделан самолетный ответчик. Все зависит от конткретной задачи. Остальное можно прочитать в описании процов. Вы бы описали вашу задачу, хотя бы приблизительно, тогда можно будет говорить имеет смысл их применять или нет.

1. алу как алу...складывает и вычитает, иногда умножает и делит. а также реализует нужную вам функцию, которую вы можете добавить.
2. RISC
3. Контроль и управление.
Даже не знаю что и ответить - сам процессор практически не занят. Все делает периферия, а проц следит за ней и помогает иногда, картинки рисует....делает вид что он здесь нужен.
Софт процессор - это строительная ячейка(маленькая) вашей системы. Какую построите систему такая она и будет.

Так в спецификации вроде про мощность АЛУ написано все.

Я предлагаю следующий ход мысли который должен освободить от заморочек по поводу процессора:

1) Берем например микроблэйз - его система команд если грубо - аналогична Power PC (RISC). Форматы данных практически те же, отличается частотой и то что нет интерфейса к сопроцессору.
2) Микроблэйз разводится на 100...150 МГц, Power PC работает на 300-350 МГц. То есть принципиально (на порядки) они не отличаются по скорости.
3) Соответственно раз они слабо отличаются то нечего заморачиваться - все что должно делаться быстро должно делаться в аппаратуре а передачи данных на OPB/PLB по максимуму можно делать через DMA.

То есть не надо с опаской смотреть на эти процессоры - они все дохлые - не укусят

На самом деле вопрос стоит несколько не так. Надо поставить задачу и поднее искать процессор.
Если говорить о софт-процессорах вообще, то они всегда будут уступать стандартным процессорам в ASICах, и по скорости и по производительности. Кроме одного случая. А именно когда софт-процессор оптимизирован именно под Вашу задачу. Вот здесь и может быть выигрыш. См. у меня на сайте статьи об этом...
Другой вариант - это когда нужно сделать "все в одном флаконе". Это когда нестандартная периферия или ее надо очень быстро обслуживать.
А если говорить о Nios или MicroBlaze, то процессоры, как процессоры. Если надо, то добавляете им как к портам дополнительные аппаратные блоки вычислителей или собираете процессоры в кластеры...

Если ОООчень нужна скорость, но не хочется БГА корпус юзать - производство его не очень любит сильна . То можно придумать ваще СВОЮ систему команд под СВОИ задачи. Я этим БАЛУЮСЬ в данный момент.

Эээээ, а FSL - это не интерфейс к сопроцессору? Да и сам IEEE754 сопроцессор там есть.

очень сильное утверждение

уж лучше с арм-ом или мипсом сравнивать, РРС весьма много специфических команд имеет (да он РИСК - в том плане, что с памятью может только читать/писать, но то что у него reduced instruction set - имхо, спорное утверждение)

---------
2crystal

если нужно мощное ядро (и не жалко ресурсов ПЛИС) посмотрите на LEON3 от gaisler.com
там SPARC (есть и 64х битные IEEE745) + куча всякой периферии

А мы вообще Microblaze рассматриваем как нечто придаточное. То есть в проэкт его загоняем и на нем крутится линукс. Все основное - такое как измерения, работа с АЦП, цифровая обработка сигналов, управление инвертером и т.д - то есть основное назначение нашего оборудование реализовано в ФПГА на логическом уровне и занимает львиную долю ресурсов. То есть процессор у нас не выполняет никаких ответсвенных задач или задач в реальном времени. Он только выполняет роль связиста между Ethernetом и собственно самой логикой, которая делает всю работу. Например он загружает коэфициенты усиления при запуске. Из флеша читает и записывает установки по умолчанию. Отображает на вебсайте текущие измерения и все это настолько медленно, что на своих 50Мгц он 99% времени простаивает. так что счас мы его будем заставляет картинки на ТФТ рисовать, но опять же драйвер будет в логике реализован, а проц просто будет буффер рисовать.

Почитайте файл может поможет