Подскажите пожалуйста как узнать сколько программа юзает озу.. В .map файле, насколько я понял, оно показывает только кол-во, зарезервированное под стэки, хип и пр. в .xcl.
И еще попутно вопрос - на SAM7S321 эрраты нет т.к. они все "правильные" или потому, что не написали еще?
Заранее спасибо...
Полная версия этой страницы: IAR - как посмотреть сколько озу занято...
Цитата(Хм... @ Feb 24 2006, 00:59) 
И еще попутно вопрос - на SAM7S321 эрраты нет т.к. они все "правильные" или потому, что не написали еще?
"Неправильные", и уже написали
Смотрите главу 40.6 в doc6175.
Цитата(Хм... @ Feb 24 2006, 00:59)
Подскажите пожалуйста как узнать сколько программа юзает озу.. В .map файле, насколько я понял, оно показывает только кол-во, зарезервированное под стэки, хип и пр. в .xcl.
Ну как же, прямо так и пишет -
Код
14 376 bytes of CODE memory
13 683 bytes of DATA memory
2 874 bytes of CONST memory
13 683 bytes of DATA memory
2 874 bytes of CONST memory
Вот DATA memory и есть искомое.
угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания....
Цитата(DASM @ Feb 24 2006, 01:11)
угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания....
Для начала следует конкретнее узнать, что автор подразумевает под словом
"юзает". Для пикового использования все, естественно, известно, включая размер памяти
выделенный под Heap. Судя по упоминанию в вопросе *.map речь именно об этом и идет.
ну память то под heap выделена, да только атрибутов защиты страниц у 7-го арма нет, так что ой-ой и бо-бо получить можно запросто. В этом плане способ заливания в память некого паттерна (мы с Вами говорили об этом в другой ветке) представляется единственным практическим способом. Так что в map мы видим сколько памяти зарезервировано, а вот сколько "юзает" реально - вопрос практики
Цитата(DASM @ Feb 24 2006, 01:28)
а вот сколько "юзает" реально - вопрос практики
Не имеющий "простого" и "общего" решения :-(.
Цитата(zltigo @ Feb 24 2006, 01:23)
Цитата(DASM @ Feb 24 2006, 01:11)
угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания....
Для начала следует конкретнее узнать, что автор подразумевает под словом
"юзает". Для пикового использования все, естественно, известно, включая размер памяти
выделенный под Heap. Судя по упоминанию в вопросе *.map речь именно об этом и идет.
Да, спасибо, все работает 8) Просто я в мэйне обьявил несколько переменных, сделал вид, что я с ними что-то делаю, а размер исп. памяти не увеличился(они, как оказалось, все в регистры влезли) - это меня и заставило написать глуповатый пост =)
Цитата(DASM @ Feb 24 2006, 01:28)
ну память то под heap выделена, да только атрибутов защиты страниц у 7-го арма нет, так что ой-ой и бо-бо получить можно запросто.
..................................
..................................
эээ.... А что может случиться? маллок же 0 вернет если память закончится... Или я чего-то недопонимаю?
угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах
Цитата(DASM @ Feb 25 2006, 20:27)
угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах
А Вы не знаете, симулятор ИАРа об этом сообщить не должен?
Цитата(Хм... @ Feb 25 2006, 21:10)
Цитата(DASM @ Feb 25 2006, 20:27)
угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах
А Вы не знаете, симулятор ИАРа об этом сообщить не должен?
В 4.31A какой-то plugin появился для возни со стеком. Подробнее не скажу, ибо отладчиками практически не пользуюсь. В любом случае это будет констатация факта или оценка использования
в тех условиях в которые Вы сможете симулятор загнать. А загнать Вы его сможете далеко не
во все состояния. В общем на чудеса не надейтесь.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.