Кто любит RISC в жизни, заходим, не стесняемся.
Ответить

Re: Flash vs SRAM

Чт дек 28, 2017 18:08:18

Отключи пока оптимизацию. -O0 и повтори тесты и результаты с листингами покаж
Непомню, KEIL используешь, версия? Какой компилятор выбран.
Последний раз редактировалось Oxford Чт дек 28, 2017 18:12:36, всего редактировалось 1 раз.

Re: Flash vs SRAM

Чт дек 28, 2017 18:12:15

Мне надоело пробовать уже. Первые разы были с выключенной оптимизацией. Результаты выложены.

Скорее всего, если понадобится ускорять код, то придется пробовать и так и сяк. Ибо разные коды, ведут себя по разному. Один работатет быстрее во флеш, другой в ОЗУ и наоборот.

Re: Flash vs SRAM

Чт дек 28, 2017 18:19:22

Если KEIL, покажи вкладку настройки C/C++

Re: Flash vs SRAM

Чт дек 28, 2017 18:24:09

Кокос.
Вот это поди интересует:
Код:
-mcpu=cortex-m3; -mthumb; -Wall; -ffunction-sections; -g; -O2; -DSTM32F103C8; -DSTM32F10X_MD; -DUSE_STDPERIPH_DRIVER; -D__ASSEMBLY__; -I.;


Но какая разница какая оптимизация для сравнения скорости одного и тоже машинного кода при выполнении из разных типов памяти?

Re: Flash vs SRAM

Чт дек 28, 2017 18:25:36

Скиньте проект с тестами.

Re: Flash vs SRAM

Чт дек 28, 2017 18:29:29

Там скидывать то вроде нечего.
Вложения
TEST_FLASH_RAM.rar
(127.48 KiB) Скачиваний: 201

Re: Flash vs SRAM

Чт дек 28, 2017 19:25:59

Z_h_e , в кокосе чего либо вменяемого добиться трудно.

Re: Flash vs SRAM

Чт дек 28, 2017 19:31:57

А кокос вроде ничего и не компилирует.
Что тут невменяемого у меня в коде?
Как это связано с выполнением одного и тоже кода в разной памяти?

Re: Flash vs SRAM

Чт дек 28, 2017 19:51:09

А как вы задаете откуда код будет исполняться?

Re: Flash vs SRAM

Чт дек 28, 2017 20:04:23

Лучше всего конечно это поправить файл линковщика. Но мне было лень, я не очень с ним на "ты" и надо тихонько скрипеть мозгами.

Делал так.
Атрибуты массива закоментарьте, не сработали. Но мой компилятор массив констант (const) сам определяет во флеш без дополнительного указания. Убрав const - массив перебирается в ОЗУ.

Чтобы зарядить foo в озу в прототип добавлял атрибут __attribute__((section(".data")));.
В коде что я Вам скинул он закоментарен, что означает фу во флеше.

Перед тестом обязательно запускал отладку и проверял кто куда попал на случай "вдруг затупил" и только после этого перезапускал МК и считывал частоту.

Добавлено after 2 minutes 13 seconds:
Компилятор GCC. У Вас может как-то по другому.

Re: Flash vs SRAM

Чт дек 28, 2017 20:16:57

Попробуйте прошивки потестить, я скомпилировал разные. с приставкой data это с .data. Остальной код как вы скинули. Оптимизация указана в имени файла. Отпишитесь какие частоты выводятся, что-нибудь изменилось нет.
TESTS.zip
(9.2 KiB) Скачиваний: 221

Re: Flash vs SRAM

Чт дек 28, 2017 20:32:41

F103_O0.hex-------------------5,39
F103_O0_data.hex-------------6,36
F103_O1.hex------------------10,05
F103_O2.hex--------------------8,81
F103_O3.hex--------------------8,81
F103_O3_data.hex--------------8,81

кГц. Частоту можно было поточнее измерить, может есть какая-то разница где одинаковые частоты, но повторять не хочу уже. Не существенно это.

Re: Flash vs SRAM

Пт дек 29, 2017 07:09:22

Ну код немного разный компилится. Многие факторы влияют.

Re: Flash vs SRAM

Пт дек 29, 2017 12:00:42

Код и должен разным компилится.

Вывод из всего выше проведенного:
1. Таракан без ног не слышит.
2. Для f103, а может и для остальных STM32, нельзя однозначно утверждать что код будет быстрее выполняться в той или иной памяти.
3. Даже использование сверхоперативной памяти (регистров) не гарантирует ускорения и в некоторых случаях даже замедляет.
4. Для ускорения кода нужно оптимизировать код именно под ту память или пробовать различные комбинации размещения кода и выбрать оптимальное, учитывая частоту тактирования.
5. Возможно это справедливо для МК ARM других производителей.

Повторю свой вывод, по-скольку на текущий момент считаю его ключевым:
нельзя однозначно утверждать что код выполняется быстрее в одной памяти, чем в другой.

Re: Flash vs SRAM

Пт дек 29, 2017 13:48:32

Ну память если и влияет то процентов 5 от силы. Все остальное это работа с регистрами периферии, исполнение инструкций, набор команд. Каждая инструкция занимает время, их количество. DMA например не зря есть. Ускоряет намного работу с периферией.

Re: Flash vs SRAM

Пт дек 29, 2017 13:51:50

Несомненно, но вопрос тут был о памяти.

Re: Flash vs SRAM

Пт дек 29, 2017 14:15:48

да там особо ускорений нет.

Re: Flash vs SRAM

Пт дек 29, 2017 14:33:20

В этом тесте максимальная частота 14.025 кГц , минимальная 7.418 кГц. Соотношение почти в два раза при выполнении одного и того же кода и обработки массива с одними и теми же данными. При том что самый медленный код - это код из флеш, с массивом констант во флеш (т.е. самое классическое решение).

Re: Flash vs SRAM

Пт дек 29, 2017 14:50:14

Да все во флеш тоже пихать смысла нет, если ОЗУ имеет свободное место, то конечно из ОЗУ быстрее выборка.
Дело в том что ICODE шина подключена к флешу, а DCODE к ОЗУ. Инструкции быстрее идут из флеш, а данные из ОЗУ.
Screenshot_14.png
(81.21 KiB) Скачиваний: 390
Последний раз редактировалось Oxford Пт дек 29, 2017 14:54:40, всего редактировалось 2 раз(а).

Re: Flash vs SRAM

Пт дек 29, 2017 14:56:26

Код и должен разным компилится.
5. Возможно это справедливо для МК ARM других производителей.
...
нельзя однозначно утверждать что код выполняется быстрее в одной памяти, чем в другой.

Это справедливо для всех МК. И чем сложнее и навороченнее МК (чем больше в нём кешей, типов памяти и сложной матрицы шин работающих на разных частотах и т.п.) и чем сложнее алгоритм работы МК - тем справедливее.

Добавлено after 4 minutes 51 second:
Да все во флеш тоже пихать смысла нет, если ОЗУ имеет свободное место, то конечно из ОЗУ быстрее выборка.

Не факт. А если шина к флешь шириной 256 бит? А если с ОЗУ одновременно работает ещё и несколько DMA-каналов? Всё бывает очень по-разному...
Ответить