Если таблица на полубайт "где попало", то это практически не выигрывает у сдвигов/маскирований/сложений. Выиграет только (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Если таблица на полубайт "где попало", то это практически не выигрывает у сдвигов/маскирований/сложений. Выиграет только (+)

Отправлено ReAl 18 июня 2007 г. 15:53
В ответ на: Таблица все равно быстрее:-). Или гибрид возьмите - таблицу на полубайт. И быстро и места немного.:-) отправлено -=ВН=- 18 июня 2007 г. 14:14

если таблицу в отдельную секцию, выровненную на 256 байт.
Тогда R31 загружается один раз и остальное проще (не надо складывать полубайт со словом)


   ldi r31, hi8(bit_cnt_table)
   mov r30, r16
   andi r30, 0x0F
   lpm
   mov r17, r30
   mov r30, r16
   swap
   andi r30, 0x0F
   lpm
   add r17, r30

10 слов 12 тактов - лучше, чем 16 слов 16 тактов.
А в случае со сложением полубайта с адресом таблицы может даже проиграть.

Составить ответ | Вернуться на конференцию

Ответы

плюс размер самой таблицы - и где тут экономия ? — ыфефт (18.06.2007 16:44:31 194.187.229.9, пустое)
- Ой, ужас какой, полубайтная таблица оказывается проигрывает во много разов, если проигрывает. Причем одному из моих же вариантов. Причем процессорозависимо. Ужас, ужас, ужас.:-)))) — -=ВН=- (18.06.2007 18:08:29 193.125.71.140, 777 байт)