Отправлено SM 01 февраля 2005 г. 11:09 В ответ на: Это что же, получается, что 55-й может работать полноценно с 32-битными данными? (+) отправлено dxp 01 февраля 2005 г. 10:55

	add	dbl(*ar0+), ac0 || mov ac1, dbl(*ar1+)

эта инструкция одновременно прибавляет 32-битное значение из ячейки *ar0+ к 40/32-битному AC0 и записывает 32-битный AC1 в память по адресу *ar1+. Однако два числа 32-битных за раз сложить ему слабо. АЛУ 40-битное только одно. Впараллель можно выполнить одну 32-битную операцию с одной 16-битной (АЛУшные если), параллелизм в чтении из памяти и записи в память своеобразен, там параллелятся две 32 битные операции на раз.

Аккумулятор это просто регистр. Чем их больше, тем лучше :)

Округление к fractional отношения не имеет.

БЛИН! Элементарно же. Если умножитель 16-битный, то 16-й бит у него знаковый. И он уже не сможет принять 16-битное беззнаковое число. Это раз. Просто увеличение скорости и упрощение архитектуры. Второе - например команда FIRSADD/FIRSSUB - она подает на вход умножителя разность или сумму двух операндов - а она при 16-битных входных данных 17-битная. Третье - операндами умножителя могут быть числа из регистров ACx - оттуда поступают честные 17 бит в него.

• При таких фичах (+) — dxp   (01.02.2005 11:43, 866 байт)
  • Ответ: (+) — SM   (01.02.2005 12:28, 1871 байт)
    • Ответ: (+) — dxp   (01.02.2005 13:41, 695 байт)
      • Ответ: (+) — SM   (01.02.2005 14:13, 749 байт)
        • Небольшие поправочки и уточнения. — GM   (01.02.2005 15:21, 1067 байт)
          • Ответ: (+) — dxp   (01.02.2005 15:52, 1219 байт)
            • Ответы, ответы... — GM   (02.02.2005 18:08, 2771 байт)
        • Понятно. Спасибо большое за подробные ответы. :-) — dxp   (01.02.2005 15:12, пустое)