Умножение 2байтовых чисел, как лучше воспользоваться аппаратным умножителем? Опции

[skopus]

Как можно использовать аппаратный умножитель, чтобы ускорить процедуру умножения чисел типа 16 x 9 и 16 x 8?

В первом случае совсем трудно. Для того чтоб сохранить необходимую точность, приходится использовать 9 битное значение в таком вот, например, формате:

01:C5 = 1.769227
00:B9 = 0.721208
81:30 = -1.188309
80:83 = -0.511272

Я так понимаю, что команда FMULS мне не подходит. В книге Евстифеева сказано, что формат 1.7 (страший разряд - целая часть, младший - дробная) Кстати где тогда хранится знак? и чем тогда отличается от FMUL ?

Поскольку я переделываю старую программу написанную для другого процессора, где не было аппаратного умножителя, то в принципе можно все сделать по аналогии. Но мы очень расчитывали на то, что можно будет выполнить умножение не за 85 тактов, а всего за 2. Так что вопрос быстродействия стоит ребром.

Может у кого-нибудь есть идеи по этому поводу?
Буду очень благодарен

[skopus]

в апноте в разделе про умножение 16 на 16 с 16 битным результатом есть следующаая фраза.
when doing integer multiplication in C language, this is how it is done. Значит ли это, что, к примеру, в IAR C обычнфй оператор умножения работает именно так, как предлагается в аппноте?

Если не вкурсе зайди сюда, тут много чё на русском найдётся
http://www.efind.ru/ad/adframe.php?n=a40f2...3&target=_blank

по этой ссылке только реклама, заблокированная аутпостом...

[vet]

в апноте в разделе про умножение 16 на 16 с 16 битным результатом есть следующаая фраза.
when doing integer multiplication in C language, this is how it is done. Значит ли это, что, к примеру, в IAR C обычнфй оператор умножения работает именно так, как предлагается в аппноте?

Только в целочисленной арифметике. Но можно задействовать умножитель и для умножения чисел с плавающей точкой, включив в проект библиотеку math_mega.s90 (поищите в Сети).
AVRGCC последних сборок (октябрь-ноябрь '05) использует аппаратный умножитель для чисел с плавающей точкой, раньше этого не было.