Отправлено st256 11 февраля 2006 г. 22:19 В ответ на: Это аргумент писателям компиляторов. А простота асма на мой взгляд (взгляд любителя писать на асме) - это минус. отправлено SM 11 февраля 2006 г. 20:04

Для него примерно следующая ситуация. Если TMS55 имеет фиксированный набор сложных инструкций, то из простых инструкций ZSP400 вы можете собрать любую сложную от TMS55. Но можете собрать и такую инструкцию, какая у TMS отсутствует. Интересен пример ниже:

label:

lddu r8, r14, 2
lddu r10, r15, 2
dmac.a r10, r8
mov r2, 0x1234

lddu r8, r14, 2
lddu r10, r15, 2
dmac.a r10, r8

lddu r8, r14, 2
lddu r10, r15, 2
dmac.a r10, r8
mov r3, r2

lddu r8, r14, 2
lddu r10, r15, 2
dmac.a r10, r8
neg r3, r3

lddu r8, r14, 2
lddu r10, r15, 2
dmac.a r10, r8
add r2, r3

lddu r8, r14, 2
lddu r10, r15, 2
dmac.a r10, r8
agn0 label

Что он делает? Да обычный честный 32-битный КИХ, с производительностью 1 такт, один порядок (чего TMS55 делать уже не может). Но этого мало! Параллельно, я произвожу следующее:

ввожу в регистр r2 число 0х1234, перекидываю это число в r3. Там меняю у него знак на противополжный и складываю его с r2.

при этом, 32-битный КИХ как работал, так и работает без всяких задержек. TMS55, по-моему, тут выглядит несколько бледно :)

• Но сколько текста-то писать! Ужас! За то я риски и не люблю. Хотите я на суперскаляре :) С6000 кодер G.726 покажу? Где до 8 инструкций за такт? Мощно, но не значит удобно! — SM   (11.02.2006 22:39 213.141.159.26, пустое)
  • Плюс ко всему - упрощение системы команд обычно влечет еще и увеличение объема кода. А значит объема памяти. А дальше (+) — SM   (11.02.2006 23:32 213.141.159.26, 246 байт)
    • Вам не нравиться много текста? Используйте макросы! — st256   (13.02.2006 08:09 81.1.217.77, 597 байт)

E-mail: info@telesys.ru