|
Переход на THUMB, Имеет ли смысл рассуждение? |
|
|
|
Jan 27 2010, 16:25
|

Гуру
     
Группа: Участник
Сообщений: 2 254
Регистрация: 4-05-07
Из: Moscow
Пользователь №: 27 515

|
От at91sam9261 требуется перейти на LPC2478.
Чтобы не заморачиваться особо (с переносом функций в RAM и прочим), дай думаю, запускать все в THUMB, расчитывая на то, что из флэша тубму будет немного способнее извлекаться и соответственно, чуть быстрее исполняться (типа, раз в среднем код короче, то акселератору флэш будет проще).
Но насколько сам THUMB хуже - не могу оценить. Переделка текущего проекта в THUMB (для 9261) никаких видимых (глазу) замедлений не дала.
Но разница между 9261 и 2478 по скорости очень велика, и видимо, это как-то скажется. (Но сейчас 2478 нет в наличии, чтобы проверить).
Вот и нужен совет - делать все как люди делают (часть кода в РАМ, перемежать тумб режим и арм и прочая) или сойдет и так? Т.е. насколько много дают прирост производительности все эти меры? ---- Программа особо ничего не делает, просто выводит текст на экран 480х272 (24 бита). Остальные задачи еще мельче. Ну, еще все это работает под переключателем задач раз в миллисекунду (на базе freeRTOS - в смысле, переключение контекста оттуда).
Сообщение отредактировал DpInRock - Jan 27 2010, 16:33
--------------------
On the road again (Canned Heat)
|
|
|
|
|
 |
Ответов
|
May 5 2010, 02:29
|

Гуру
     
Группа: Участник
Сообщений: 2 254
Регистрация: 4-05-07
Из: Moscow
Пользователь №: 27 515

|
Общем, кому интересно.
Атмел 9261 бьет LPC2478 на фсех фронтах. Даже по абсолютному потреблению (почти - не настолько уж ниже как ожидалось).
Картинка JPEG 480x273 из набортного флэша декодируется и выводится аж за 2.5 секунды. И тубм или арм режимы какой-либо особой роли не играют. (меня интересовала картинка, которая появляется на экране мгновенно по включению питания, в частности). А тут даже если упереться и написать все в 2.5 раза лучше, то будет секунда. Тоже не мало. Тем более, что сам main довольно долго стартует после сброса ( с этим еще не разбирался).
Копирование экрана указанного размера (буфер с картинкой на экран методом *s++=*b++) проиcходит за время, за которое атмел успевает еще и декодировать JPEG.
Соотношение частот 198\72=2.75. Но быстродействие как-то в общем, по ощущениям - меньше на порядок.
Текст декодировщика JPEG никак не менялся.
В плюсы отмечаю, что работать с видеопамятью у филипса значительно удобнее. И рисуемая графика выводится очень даже нормально. Лишь немного медленнее, чем на атмеле. На глаз практически незаметно.
Мануал филипса по сравнению с атмелом - ругательства nfrjuj в русском еще не придумано. Особенно описание ISP. Особенно таблица назначения пинов. Да и сама разводка выводов корпуса QFP делает ошибку рисования схемы практически неизбежной (либо сам компонент в пикаде надо сутки рисовать).
ISP намного медленнее Атмеловского (И реализуется на порядок сложнее - замутили они чисто конкретно).
Переключатель задач на таймере 3.9 мс переключает вполне пристойно. 10 задач по рисованию всяких рамочек в случайных местах отрабатывает как прям на старом IBM PC XT.
--- Вывод. Хорошей периферии не хватает быстрого ядра. Цены бы не было.
--------------------
On the road again (Canned Heat)
|
|
|
|
|
May 5 2010, 06:48
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(DpInRock @ May 5 2010, 05:29)  10 задач по рисованию всяких рамочек в случайных местах отрабатывает как прям на старом IBM PC XT. Ну тут уж явно или удалось сейчас написать безумно тормозной код, либо забыли, как на восьмибитовой 4,7MHz ХТ оно было. Я помню хорошо - писал оконную библиотеку на скорость. Цитата(DpInRock @ May 5 2010, 05:29)  Мануал филипса по сравнению с атмелом - ругательства nfrjuj в русском еще не придумано. Имея дело с мануалами NXP, TI, Luminary, Atmel, ST, Silabs могу точно сказать, что Atmel весьма поганый мануалописатель  , хотя и не самый.
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
Сообщений в этой теме
DpInRock Переход на THUMB Jan 27 2010, 16:25 aaarrr На скорости работы с экраном скажется в первую оче... Jan 27 2010, 16:41 DpInRock Ясно.
Наверное, оставить тумб, а то что класть в R... Jan 27 2010, 17:13 zltigo Цитата(DpInRock @ Jan 27 2010, 20:13) Нав... Jan 27 2010, 18:16 aaarrr Получите только головняк с interwork'ом. Зачем... Jan 27 2010, 18:15 DpInRock Ну, тумб реально экономит память. А мне бы хотелос... Jan 27 2010, 21:02 zltigo Цитата(DpInRock @ Jan 28 2010, 00:02) Ну,... Jan 27 2010, 21:09 aaarrr Цитата(DpInRock @ Jan 28 2010, 00:02) Ну,... Jan 27 2010, 21:30 Dog Pawlowa Цитата(DpInRock @ Jan 27 2010, 20:25) От ... Jan 27 2010, 21:06 DpInRock 1. 26K против 16. Реально экономит.
2. А чем пакуе... Jan 27 2010, 21:32 zltigo Цитата(DpInRock @ Jan 28 2010, 00:32) 1. ... Jan 27 2010, 21:42 aaarrr Цитата(DpInRock @ Jan 28 2010, 00:32) 2. ... Jan 27 2010, 21:53  zltigo Цитата(aaarrr @ Jan 28 2010, 00:53) А JPE... Jan 27 2010, 22:16   aaarrr Цитата(zltigo @ Jan 28 2010, 01:16) Да по... Jan 27 2010, 22:39 DpInRock Нет. JPEG вовсе не для красоты.
Эта хрень управля... Jan 28 2010, 02:05 aaarrr Цитата(DpInRock @ Jan 28 2010, 05:05) Нет... Jan 28 2010, 06:04 Dog Pawlowa Цитата(DpInRock @ Jan 28 2010, 06:05) А о... Jan 28 2010, 07:06 DpInRock Про сжатие. Я взял JPEG как более понятный. В любо... Jan 28 2010, 19:18 VslavX Цитата(DpInRock @ Jan 28 2010, 21:18) Отк... Jan 28 2010, 19:40 Dog Pawlowa Цитата(DpInRock @ Jan 28 2010, 22:18) Про... Jan 29 2010, 08:04 DpInRock Да всего 888 строк (со всеми пустыми). Реальных ст... Jan 29 2010, 13:48 Dog Pawlowa Цитата(DpInRock @ Jan 29 2010, 17:48) ...... Jan 29 2010, 21:44 KRS у всех ARM LPC - с включенным ускорителем флеша AR... Jan 30 2010, 21:42 DpInRock "Прям как на старом IBM" - имелся ввиду ... May 5 2010, 09:51
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|