Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: профилирование и оптимизация на arm
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
Страницы: 1, 2
bzzz77
Цитата(aaarrr @ Mar 7 2011, 23:08) *
Зачем решать задачу с конца? Сразу кладем все со случайным доступом в SRAM, буферы - в SDRAM. А вот если SRAM не хватает, тогда только нужно начинать думать, перекладывать и тестировать.


уже влазит с трудом, уже usb/eth-ram задействованы. уже буферы для fat в sdram. а функционал еще хочется добавить.
igorsk
DMA используется? В LPC имеется поддержка memory-to-memory и scatter/gather трансферов. В декодировании MP3 не очень вижу как это может помочь, но вдруг.
bzzz77
Цитата(igorsk @ Mar 8 2011, 02:28) *
DMA используется? В LPC имеется поддержка memory-to-memory и scatter/gather трансферов. В декодировании MP3 не очень вижу как это может помочь, но вдруг.


SG видел, полезная штука. хотел попробовать SG для вывода буферов в DAC. касательно mem2mem не уверен - похоже helix'у важнее иметь временные переменные в sram, а собственно mp3 данные можно положить в sdram без особенной потери в производительности.
singlskv
Цитата(ar__systems @ Mar 7 2011, 21:37) *
Уважаемый, вы меня пугаете. Вам 10ый раз говорят, эти счетчики не просто регистры процессора, их железо само обновляет. Решение это ХАРДВЕРНОЕ.
Осталось только научиться все эти ХАРДВАРДНЫЕ счетчтики чисто программно считывать в строго детерминированные
моменты времени, особенно при наличии OS...
Здесь без Event System Вы мало что точно намеряете.

bzzz77
Цитата(singlskv @ Mar 9 2011, 00:54) *
Осталось только научиться все эти ХАРДВАРДНЫЕ счетчтики чисто программно считывать в строго детерминированные
моменты времени, особенно при наличии OS...
Здесь без Event System Вы мало что точно намеряете.


там все несколько проще. на каждый счетчик есть счетчик превышения по достижению которого срабатывает прерывание и регистрируется адрес, на котором это случилось. от ОС ничего не требуется. от профайлера - только настроить события, счетчики превышения и регистрировать адреса. ну и потом соотнести эти адреса с функциями-инструкциями. так работает oprofile, а на его основе - amd code analyst. и этого хватает для нормального профилирования.
sonycman
Цитата(bzzz77 @ Mar 8 2011, 00:11) *
уже влазит с трудом, уже usb/eth-ram задействованы. уже буферы для fat в sdram. а функционал еще хочется добавить.

Это вам 90 килобайт оперативки не хватило для MP3 декодера? Откуда такие запросы-то?
Люди вон на 50 килобайтах справляются... laughing.gif
Rst7
QUOTE
Это вам 90 килобайт оперативки не хватило ...
Люди вон на 50 килобайтах справляются...


Ололо, давайте померяемся, кому сколько надо wink.gif
sonycman
Цитата(Rst7 @ Jun 15 2011, 21:44) *
Ололо, давайте померяемся, кому сколько надо wink.gif

Ничего смешного не вижу wink.gif
Сам рассчитываю на 24 килобайта для декодера, плюс буфера для ЦАПа и файловые - в 32 кб надо бы уложиться rolleyes.gif
Rst7
QUOTE
Ничего смешного не вижу


А я не в Ваш огород wink.gif Я чисто топикстартера, ага wink.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.