[Хм... 0]

Подскажите пожалуйста как узнать сколько программа юзает озу.. В .map файле, насколько я понял, оно показывает только кол-во, зарезервированное под стэки, хип и пр. в .xcl.

И еще попутно вопрос - на SAM7S321 эрраты нет т.к. они все "правильные" или потому, что не написали еще?

 

Заранее спасибо...

[aaarrr 63]

И еще попутно вопрос - на SAM7S321 эрраты нет т.к. они все "правильные" или потому, что не написали еще?

 

"Неправильные", и уже написали :)

Смотрите главу 40.6 в doc6175.

[vet 0]

Подскажите пожалуйста как узнать сколько программа юзает озу.. В .map файле, насколько я понял, оно показывает только кол-во, зарезервированное под стэки, хип и пр. в .xcl.

Ну как же, прямо так и пишет -

14 376    bytes    of    CODE    memory    
13 683    bytes    of    DATA    memory    
2 874    bytes    of    CONST    memory

Вот DATA memory и есть искомое.

[DASM 0]

угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания....

[zltigo 0]

угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания....

Для начала следует конкретнее узнать, что автор подразумевает под словом

"юзает". Для пикового использования все, естественно, известно, включая размер памяти

выделенный под Heap. Судя по упоминанию в вопросе *.map речь именно об этом и идет.

[DASM 0]

ну память то под heap выделена, да только атрибутов защиты страниц у 7-го арма нет, так что ой-ой и бо-бо получить можно запросто. В этом плане способ заливания в память некого паттерна (мы с Вами говорили об этом в другой ветке) представляется единственным практическим способом. Так что в map мы видим сколько памяти зарезервировано, а вот сколько "юзает" реально - вопрос практики

[zltigo 0]

а вот сколько "юзает" реально - вопрос практики

Не имеющий "простого" и "общего" решения :-(.

[Хм... 0]

угу, только если не используется new/delete (malloc/free). Да даже если и не используются - сумму стековых фреймов во вложенных вызовах процедур подсчитать сложновато. Да еще прерывания....

Для начала следует конкретнее узнать, что автор подразумевает под словом

"юзает". Для пикового использования все, естественно, известно, включая размер памяти

выделенный под Heap. Судя по упоминанию в вопросе *.map речь именно об этом и идет.

 

Да, спасибо, все работает 8) Просто я в мэйне обьявил несколько переменных, сделал вид, что я с ними что-то делаю, а размер исп. памяти не увеличился(они, как оказалось, все в регистры влезли) - это меня и заставило написать глуповатый пост =)

 

 

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

..................................

эээ.... А что может случиться? маллок же 0 вернет если память закончится... Или я чего-то недопонимаю?

[DASM 0]

угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах

[Хм... 0]

угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах

А Вы не знаете, симулятор ИАРа об этом сообщить не должен?

[zltigo 0]

угу, ошибся. Бо-бо будет при переполнении стека во вложенных вызовах

А Вы не знаете, симулятор ИАРа об этом сообщить не должен?

В 4.31A какой-то plugin появился для возни со стеком. Подробнее не скажу, ибо отладчиками практически не пользуюсь. В любом случае это будет констатация факта или оценка использования

в тех условиях в которые Вы сможете симулятор загнать. А загнать Вы его сможете далеко не

во все состояния. В общем на чудеса не надейтесь.