Evgeny_CDАрхитектор (03.03.2015 15:31, просмотров: 145) ответил Николай Коровин на Ессессно, он же сэкономит в 50 раз больше памяти, чем весит на кристалле сам %) Правда, через выбор разрядности сообразно задаче можно плотность кода повысить очень сильно, так что МКУшки всякие нужны, МКУшки всякие важны :)
Вообще в варианте FPGA|ASIC я бы считал разумным такой подход. Есть некая оббобщенная модель ядра проца, и некий обобщенный тулчейн. Ядро имеет кучу параметров синтеза - разрядность машинного слова и проч, проч. Набор опкодов операций - это тоже результат синтеза. На выходе получается ядро, опитимизированное под набор опций.
Тулчей синтезируют после ядра - чтобы поддерживал кастомное ядро.
Далее у нас есть целевой исходник на некоем обобщенном С. В котором написан полностью портабильный код - а части разрядности инта, индейцев, указателей и прочее. Перед компиляцией исходник тоже синтезируется из ПротоС под опции ядра.
Далее в симуляторе смотрим время исполнения, и необходимый объем памяти - кода и данных. И решаем - влазит или нет.
Соответственно, оптимизация "методом перебора" - синтезируем кучу ядер и проверяем для каждого применимость по описанному выше алгоритму.