|
|
что т.к. аккумулятор у него не 40-битный, а 32-х, то при умножении 16х16 получается 32 бита и суммировать в общем случае уже некуда. Поэтому там при умножении произведение сразу сдвигается на указанное число бит вправо и только после этого прибавляется к аккумулятору. Что не есть хорошо по сравнению с честным накоплением, когда продукт целиком прибавляется к 40-битному аккумулятору. На практике, наверное, это не фатально - только добавляет головняка, чтобы следить за разрядностью значений входных и выходных данных.
А че, в 28хх 6 штук шин, afair. Мало? На все случаи, имхо.
Чего там криво в ядре по сравнению с 55хх?
Тут недавно в ru.embedded на эту тему дискуссия была, и уважаемый оппонент, в частности, сказал, что 28хх как DSP вещь совершенно негодная, что на нем даже тап FIR фильтра вычисляется за 8 тактов, в то время, как на настоящих DSP (типа ADSP-218x) - за 1. Что-то мне такое заявления сомнительным показалось - по моим оценкам на 28хх ровно то же самое получится - 1 такт. Более того, за счет DMAC инструкции он даже может делать 2 тапа за такт. Или нет?
К недостаткам также было отнесено отутствие поддержки fractional арифметики. Насколько это серьезный недостаток?
А вот еще в 54хх, помнится, умножители были 17х17, а не 16х16. А на кой это в 16-битном процессоре? Данные-то все равно 16-битные. И по шинам, и в памяти.
E-mail: 
info@telesys.ru
