Отправлено Vladimir1 27 сентября 2001 г. 15:14 В ответ на: А можно спросить, отправлено Andy Mozzhevilov 27 сентября 2001 г. 14:07

В основном меня интересовала быстрая обработка 16-битных массивов. На ассемблере конкретного процессора оптимально писался обработчик прерывания, который должен был пройтись по массиву и сделать определенные вычисления (без умножения и деления). Далее на симуляторе смотрелось число процессорных тактов. которые необходимо было затратить.
Fujitsu тормозил в двух местах
- из-за наличия отдельного аккумулятора (у National, MSP430 и у AVR регистры равноправны), поэтому появлялись дополнительные пересылки
- из-за CISC архитектуры - если сравнить таблички с числом тактов на конкретную инструкцию, то картина будет совсем не в пользу Fujitsu.

Не стоит вышеизложенное рассматривать как наезд на Fujitsu - у каждого процессора есть свой класс оптимально решаемых задач, например, у Fujitsu есть удобные средства для внедрения RTOS (банки регистров, delayed timer, программируемый приоритет прерываний, интеллектуальный обработчик прерываний - этого у National нет).

• И еще, — Andy Mozzhevilov   (28.09.2001 14:15, 260 байт)
  • Ответ: — Vladimir1   (28.09.2001 16:21, 51 байт)
• А я и не рассматриваю как наезд, — Andy Mozzhevilov   (28.09.2001 12:40, 248 байт)