Первое и безусловное достоинство - то что код свой собственный - что хочу, то на нем и делаю.
Понадобится умножение 256-битных слов - вставлю, и никто против не вякнет.
Свой код - как "своя рубашка ближе к телу" - никаких подвохов от него не ожидается в принципе, а что там Альтера в NIOSе наворотила - один только бес знает. У него и код то закрытый.

Второе - это то, что не я за него платить буду (как было бы за тот же NIOS), а мне за него будут платить (как минимум за то что я на нем что-то делаю на своей непосредственной работе).

Ну, и третье безусловное достоинство, то что он у меня занимает не 50% ресурсов рабочей ПЛИС (как NIOS), а лишь 5-10%

я ж говорю - не по факту, а за шаг перед тем как - что несомненное преимущество в диагностике ошибок

Не понял... какой смысл в таком "за шаг перед тем как"? Железяка переполнение стека почует не в тот момент, когда в него последний байт запихивается, а когда внутренний указатель стека достигнет некоего порога, который я могу установить не за один и не за два, а хоть за десять шагов (по заталкиванию данных в стек). И то же самое с исчерпанием. Дошел стек до ручки, железяка сигнал передала, проц либо реагирует, либо нет, в зависимости от режима работы. И не нужно этот процесс привязывать к разным командам.

Описание исправлено/дополнено/обрезано: http://winglion.ru/equinox/

В частности, переведено в более узкий формат, чтобы нормально смотреть на мониторах с 1024 пикселями по горизонтали.

Так это же медленно будет, латентность у динамической памяти при произвольном доступе довольно большая. Плюс еще один момент - при возможности подкачки стека ошибочные алгоритмы будут гораздо дольше выедать память, не вываливаясь в исключение.

Тока помолись, что бы дух Глушкова за левым плечом не появился!....
Да и гороху перед этим употребИ изрядно. З салом.

А откуда комрад вещает?

Так подкачка делается не пословно, а по несколько слов 16-32-64 и т.п.
Выедание памяти тоже ловить можно анализом адреса, откуда подкачка ведется.

Скорость выборки SD-RAM 100 мегаслов в минуту, а то и все 133, а стек расходуется покомандно, если команды с частотой 100MHz выполняются, то процесс подкачки будет вполне успевать, изредка подтормаживая, когда происходит массовое заполнение/чтение стека. А при частоте процессора чуть ниже частоты SD-RAM, тормоза и вовсе пропадут.

Можно попробовать разбить каждый из стеков (данных и возвратов) ещё на два (верхняя и нижняя половины).
То есть,
1) когда заполняется одна половина, переходим на другую. При этом сигналом сброса в ОЗУ второго "подстека" служит момент пересечения указателем стека середины первого "подстека".
2) когда исчерпывается "первый" подстек - переключаемся на второй "подстек". Аналогично - сигналом для подгрузки из ОЗУ "второго подстека" служит опять пересечение указателем стека середины первого "подстека".
При этом мы просто меняем понятия "первый" и "второй" подстек.
Ну, вообщем, как при работе с "двухочередной" буферизированной схемой, только вместо очередей - стеки.
По-моему, здесь можно получить некий выигрыш в тактировании интерфейса доступа к основному ОЗУ (или кэшу)...

а еще лучше отвести под стеки отдельное адресное пространство (физически), причем для каждого стека свое

Это - ПЕРВОЕ!

Отдельное - это хорошо, когда оно есть. А если к ПЛИСу физически только одна микросхема подключена?

А внутренняя память годится только как кэш для стека, хотя, в большинстве случаев глубины стеков в 256 элементов (на внутренней памяти ПЛИС) - должно хватать.

Первое - скороее то, что NIOS - вовсе не Форт-процессор...

Так оно конечно, а с "затенением"/"кэшированием" - по барабану, сколько ОЗУ (ну, в разумных пределах, конечно!) .

Хорошо - ПОЛУТОРНОЕ.

пи-попламное!